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ABSTRACT 



A system for tracking usage of digital content on user 
devices. Electronic stores coupled to a network sell licenses 
to play digital content data to users. Content players, which 
receive from the network the licensed content data, are used 
to play the licensed content data. Additionally, a logging site 
that is coupled to the network tracks the playing of the 
content data. In particular, the logging site receives play 
information from the network, and the play information 
includes the number of times that the content data has been 
played by the associated content player. Also provided is a 
method for tracking usage of digital content on user devices. 
According to the method, a license to play digital content 
data is sold to a user, and the licensed content data is 
transmitted to a content player for the user. Further, infor- 
mation is transmitted to a logging site whenever the content 
data is played by the content player or copied from the 
content player to an external medium so that usage of the 
Kcensed content data can be tracked. 

46 Claims, 21 Drawing Sheets 




09/26/2003, EAST Version: 1.04.0000 



us 6,418,421 Bl 

Page 2 



U.S. PATENT DOCUMENTS 



4 809^27 


j\ 


2/1989 


Shima 


4 825^06 


j\ 


4/1989 


Robcrs 


4 868 687 


A 


9/1989 


Pcnn ct si. 


4 868 877 


A 


9/1989 




4 878 94rt 




10/1989 


L CuLUl vv ui« 


4 879 747 




11/1989 




4 905 163 




2/1990 


Gflrbcr ct fll. 


4,926,479 


A 


5/1990 


Goldw3sscr ct at. 


4 944 006 


A 


7/1990 


Qtta et al. 


4 995 082 


A 


2/1991 


Schnorr 


c on*; 2on 


A 


4/1991 




5 130 792 


A 


7/1992 


Tindell et al 


5^159*634 


A 


10/1992 


Reeds, III 


5,214,702 


A 


5/1993 


Fischer 


5,220,604 


A 


6/1993 


Gasscr et al. 


5,224,163 


A 


6/1993 


Gasser et al. 


5,224,166 


A 


6/1993 


Hartman, Jr. 


5,260,788 


A 


11/1993 


Takano et al. 


5,261,002 


A 


11/1993 


Perlman et al. 


5,276,901 


A 


1/1994 


Howell et al 


5,315,658 


A 


5/1994 


Micali 


5,319,705 


A 


6/1994 


Halter ct al. 


5,347,580 


A 


9/1994 


Molva et al. 


5,355,302 


A 


10/1994 


Martin ct al. 


5,369,705 


A 


11/1994 


Bird ct al. 


5,371,794 


A 


12/1994 


Diffie et al. 


5,412,717 


A 


5/1995 


Fischer 


5,420,927 


A 


5/1995 


Micali 



5,497,421 


A 




3/1996 


5,509,071 


A 




4/1996 


5,513,260 


A 


* 


4/1996 


5,519,778 


A 




5/1996 


<I 'sXI 47^ 


A 




7/1 006 


jpj /,j41 


A 
A 




0/1 COS 


5p81,479 


A 




12/1996 


C coo rt/IA 

5p88,0o0 


A 




12/1990 


5,592,664 


A 




1/1997 


5,oU4,SU4 


A 






5,606,617 


A 




2/1997 


5,636,139 


A 




6/1997 


5,666,420 


A 




0/1 OQT 

9/1997 


J,0/J,J1D 


A 




0/1007 


5,675,734 


A 




10/1997 


5,708,961 


A 


* 


1/1998 


5,710,887 


A 




1/1998 




A 


* 


2/1998 


5,796,841 


A 




8/1998 


5,809,145 


A 


* 


9/1998 


5,856,958 


A 


♦ 


1/1999 


5,892,900 


A 


* 


4/1999 


5,923,754 


A 


* 


7/1999 


5,943,422 


A 


* 


8/1999 


5,991,399 


A 


♦ 


11/1999 


6,038,316 


A 


♦ 


3/2000 


6,052,780 


A 


♦ 


4/2000 



Kaufman ct al. 
Petrie, Jr. et al. 

Ryan 380/3 

Leighton et al. 
Micali 

Schulhof ct al. 

McLaughlin ct al. 

Aziz 

Starkcy 

Micali 

Brands 

McLaughlin ct al. 
Micali 

Aucrbach et al. 
Hair 

Hylton ct al 455/4.2 

Chclliah ct al. 

Kubota et al 380/10 

Cordcry ct al. 

Slik et al 380/25 

Yokota et al 369/32 

Ginter et al 713/200 

Angelo ct al 705/54 

Wie et al 705/54 

Graunke et al 380/279 

Dwork ct al 705/51 

Glover 713/193 



* cited by examiner 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent Jul.9,2002 sheet 1 of 21 us 6,418,421 Bl 




09/26/2003, EAST version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 2 of 21 



US 6,418,421 Bl 



Q 0 



(Mr 




,00 





DC 














► 




O 




CO 








o 

CO 

z 
o 
I- 
o 
< 

CO 
< 

oc 



/ 




/ 




T 


O 


X 


O 


O 

z 


CO 


CD 


CO 


5 


cc 


OC 


cc 


o 


FE 


o 


FE 


i5i\ 
ay 


OF 




OF 



^ CO 

5p 



o 
cc 
f- 
o 

UJ 

-J 

LU 



lU 

Z 
O 

u 



1 oi 



09/26/2003, EAST Version: 1.04,0000 



U.S. Patent Jul. 9, 2002 sheet 3 of 21 us 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 4 of 21 



US 6,418,421 Bl 





tr o Q i_ 


PLAYER 
APPLICATION 


Y/PUY CONT 
ATERMARKIN 
DECRYPTION 
DECODING 
YLIST GREAT 
IBRARY MGM" 
RECORDING 







CO 



lU 

o 
> 

UJ 

o 

QC 
UJ 
CO 

Q 
Z 
Ul 













LU 


DC 
IBRAR 
LLECT 




CO 

2: CO 
mo 


O 






o 







7 



CQ cn 

5 o 
cr 

CD 



QC 
UJ LU 

oc ^ 

=5 < 

O I- 
LU 2: 
CO o 

o 



< 

o 

_1 

G- 
< 



UJ ^ 

< 5 



i?: A c\j J ^ J ^ J 

Ul A oi-^ 

/ V ▼ s V 



> ^ 

o o 

UJ 2 

O LU 



^7 



-© 





C5 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent Jul. 9, 2002 sheet 5 of 21 us 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 Sheet 6 of 21 US 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 7 of 21 



US 6,418,421 Bl 




lU 



O 
O 
LU 
QC 

O 
LU 



0. 



dD 




□D 






on 


□0 




ODD 



A 




DC LU 

I* 



H3aN3S[@ 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 8 of 21 



US 6,418,421 Bl 



cvj to 



00 



00 



CO 

VJ 



NOiss3ydi/yoo3a 



9NnaiAivaos-3a 
adois/ONiiaiAivdos 
aaoo Avid/Adoo 



CE" 
LUI 
>Z\ 



O 

o 



to 



MHVIAIH31VM 
3SN30n 



N0lldAy03a 



lS3nD3d 3SN30n 



9NISS300ad OS 



cc 

UJ CO 
CO LU 

=) o 

Q > 
Z UJ 
LU Q 



LO 



GNIMdVlNHaiVM 
IHOIdAdOO 



SNOIUQNOO 30VSn 
N0ISS3ddl/^00 



ONISS300dd3dd 



LO 

-\] 

CO 

VJ 

00 
CO 
lO 



V 



Q ' o \ 

>- ^ Cr, 
2 1 LU CO 

UJ 53 

0 0 ^ \ 




N0llV0ldllN3ai 
NOUOVSNVdi 


GNISS300dd OS 


SNOtlNOO 
39VSn 3ti01S 


IT IDENTIFICATION LAYErJ 

LICENSE CONTROL LAYEP 
\529 1 
1 ^531 ^533 1 






ONISSBOOdd OS 


NOildAdONB 



CO 
LU 

CC 

O 

o 

o 

cc 

o 

LU 
_J 
LU 



CO 

CC 
LU 
Q 

S 

oc 

2: 
LU 

Z 

o 
o 



NOiivanvA 

SNOIIQNOO 39VSn 



ONiidOd3d/iianv 



NoiivzidnoHinv 

3SN30n 



N0llV0ldlti3A 
NOUOVSNVdi 



0NISS30Odd OS 



CO 
LU 
CO 
Z) 

O 

X 

z 

tr 
< 

UJ 

—I 
o 



10 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent jiii.9,2002 



Sheet 9 of 21 



US 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 Sheet 10 of 21 



US 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 11 of 21 



US 6,418,421 Bl 




09/26/2003, EAST Version: 1,04.0000 



U.S. Patent Jul. 9, 2002 sheet 12 of 21 



us 6,418,421 Bl 




03 




CO 


CONTENT 
ROMOTION 
SITE 




CONTENT 
ROMOTION 
TOOL 






Q. 



09/26/2003, EAST Version: 1.04.0000 



U.S, Patent Jul. 9, 2002 sheet 13 of 21 us 6,418,421 Bl 



—I —I 

CL Q- 
CL 
< 



O 

oc CD 



2 

Q , 



>^ :^ Q >: 



2 Q 
>- OC 

cc o 
< o 

cc LU 
CQ DC 



t 



to 
05 



>Q 
oc H 
o < o 

Q cc LU 

o 
o 



t 




WEB 
BROWSER 


SECURE 
CONTAINER 
PROCESSOR 


HELPER 
APPLICATION 


WATER- 
MARKING 


DECRYPTION 

RE- 
ENCRYPTION 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent Jul.9,2002 sheet 14 of 21 us 6,418,421 B1 



r 



1101 



SELECT ALGORITHM 
& BIT RATE 



YES 




1108 



RETRIEVE PREVIOUSLY CALCULATED 
RATE FACTOR RsTORED 



I 



1104 



BEGIN ENCODING FOR A 
PREDETERMINED PERIOD 
OF TIME & CALCULATE NEW 
RATE FACTOR RnEW 



ENCODE DIGITAL CONTENT & DISPLAY 
PROCESS USING RsTORED 



I 



1105 



CALCULATE CURRENT 
RATE FACTOR RcURRENT 



I 



1109 



ENCODE DIGITAL CONTENT & 
DISPLAY PROGRESS 
USING RnEW 



1106 



UPDATE RATE FACTOR 
RnEW = AVG (RsTORED +RcURRENT) 



I 



1107 



STORE Rnevv for THIS ALGORITHM & BIT RATE 



( ) 



1100 



FIG. 11 



09/26/2003. EAST Version; 1.04.0000 



U.S. Patent 



Jul. 9, 2002 Sheet 15 of 21 



US 6,418,421 Bl 



C 



START 



1201 



READ IDENTIFIER ON MEDIA 
(E.G. UPC, ISRC, ISMN OR EQUIVALENT) 



1202 



INDEX INTO CONTENT PROVIDER'S 
DATABASE(S) USING IDENTIFIER 



I 



1203 



RETRIEVE ADDITIONAL 
INFORMATION RELATED TO MEDIA 



1204 



CREATING DIGITAL CONTENT 
FOR ELECTRONIC DISTRIBUTION 



C 



END 



FIG. 12 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 Sheet 16 of 21 



US 6,418,421 Bl 



C 



START 



1301 



SELECT MUSIC TO BE ENCODED 



1302 



DETERMINE GENRE OF MUSIC 
SELECTED 



1303 



DETERMINE AUDIO COMPRESSION 
LEVELS & AUDIO COMPRESSION 
ALGORITHMS TO BE USED FOR ENCODING 



1304 



SELECT AUDIO SIGNAL PROCESSING 
OPERATIONS & COMPRESSION SETTINGS 



C 



END 



FIG. 13 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 17 of 21 



US 6,418,421 Bl 



SCHEDULE DOWNLOAD 




: 4i«jv^ j 



1401 
J 



USER STARTS A DOWNLOAD 



DOWNLQ/^0 




1?^ fl 




DOV^NLOAD COMPLETES 



LIBRARY 




FIG. 14 



09/26/2003, EAST Version: 1.04.0000 



U.S. Patent Jul.9,2002 sheet is of 21 us 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 19 of 21 



US 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent Jul. 9, 2002 sheet 20 of 21 us 6,418,421 Bl 




09/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 9, 2002 



Sheet 21 of 21 



US 6,418,421 Bl 



^1 



81 



I- 

CO 
LU 

O 
UJ 
QC 

Z 
LI) 
I- 

o 
o 

LU 



1- 

CO 

o 
o 
< 

I 

Q 
O 

i 








cn 






-z. 


1- 




o 


LU 










Q 


? 










Q 




O 
O 


—1 




LU 






CD 






< 


< 










3 



/J 



o 



CO Q 

< 



I ^ 



CVJI 



§1 



"^1 



o 

cr 
I- 

O 

o 



< 

ID 

a 



g 

> 

o 
z 

LU 



O 

LLJ 
GC 
O 

o 

I- 
z 

LU 

h- 

z 

o 
o 



z 

o 

LU 
CC 

o 
o 

CO 

2 



LU 

LU 
CO 
CC 
LU 
CL 
CO 

Q 



LU 
I- 
Z 

O 

o 



LU 
X 
I- 

cc 

O CC 
Li- LU 

si 

ii 

CD O 



LL 



5§ 

LU 



09/26/2003, EAST version: 1.04.0000 



us 6,418,421 Bl 



MULTIMEDIA PLAYER FOR AN 
ELECTRONIC CONTENT DELIVERY 
SYSTEM 

CROSS-REFERENCE TO RELATED 
APPLICAnONS 

This is a divisional of application Ser. No. 09/111,096, 
filed Oct, 22, 1998, which is a continuatioa-in-part of 
application Ser. No. 09/133,519, filed Aug. 13, 1998, now 
U.S. Pat. No. 6,226,618. The entire disclosure of prior 
application Ser. No. 09/177,096 is herein incorporated by 
reference. 



ATTORNEY 
DOC. NO. 



APPLICAnON TITLE OF THE 
Scr. No. INVENTION 



INVENTOR(S) 



SE9-98-006 


Secure Electronic 


Kenneth L Mils ted 




Content 


George Gregory 




Management 


Giuse 






Marco M. Hurtado 






Edgar Downs 






Cesar Medina 


SE9-98-007 


Multimedia 


George Gregory 




Flayer TboUdt 


Grusc 






John J. Dorak, Jr. 






Kenneth L Milsted 


SE9-98.008 


Multimedia 


Kenneth L Milsted 




Conttnt Creation 


Qing Gong 




System 


Edgar Downs 


SE9-98-010 


Key Management 


Jeffrey B. Lotspiech 




System for End- 


Marco M. Hurtado 




User Digital 


George Gregory 




Flayer 


Gruse 






Kenneth L MUsted 


SE9-98-013 


A method to 


Kenneth L MUsted 




identify CD 


Ciaig Kindell 




content 


Qing Gong 


SE9-98.014 


Tbolkit for 


Richard Spagna 




delivering elec- 


Kenneth L Milsted 




tronic content 


David F. Lybrand 




£rom an Online 


Edgar Downs 




store. 




SE9-98-015 


A method and 


Kenneth L MUsted 




apparatus to auto- 


Kha Kinh Nguyen 




matically create 


Qing Gong 




encode digital 






content 




SE9-98-016 


A method and 


Kenneth L Milsted 




apparatus to 


Qing Gong 




indicate an 






encoding rate for 






digital content 





15 



20 



25 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The invention disclosed broadly relates to the field of 
electronic commerce and more particularly to a system and 
related tools for the secure delivery and rights management 
of digital assets, such as print media, films, games, and 
music over global communications networks such as the 
Internet and the World Wide Web. 

2. Description of the Related Art 

The use of global distribution systems such as the Internet 
for distribution of digital assets such as music, film, com- 
puter programs, pictures, games and other content continues 
to grow. At the same time owners and publishers of valuable 
digital content have been slow to embrace the use of the 
Internet for distribution of digital assets for several reasons. 
One reason is that owners are afraid of unauthorized copying 
or pirating of digital content. The electronic delivery of 



digital content removes several barriers to pirating. One 
barrier that is removed with electronic distribution is the 
requirement of the tangible recordable medium itself (e.g., 
diskettes or CD ROMs). It costs money to copy digital 
content on to tangible media, albeit, in many cases less than 
a dollar for a blank tape or recordable CD. However, in the 
case of electronic distribution, the tangible medium is no 
longer needed. The cost of the tangible medium is not a 
factor because content is distributed electronically. A second 
barrier, is the format of the content itself i.e. is the content 
stored in an analog format versus a digital format. Content 
stored in an analog format, for example, a printed picture, 
when reproduced by photocopying, the copy is of lesser 
quality than the original. Each subsequent copy of a copy, 
sometimes called a generation, is of less quality than the 
original. This degradation in quality is not present when a 
picture is stored digitally. Each copy, and every generation 
of copies can be as clear and crisp as the original. The 
aggregate effect of perfect digital copies combined with the 
very low cost to distribute content electronically and to 
distribute content widely over the Intemet makes it rela- 
tively easy to pirate and distribute unauthorized copies. With 
a couple of keystrokes, a pirate can send hundreds or even 
of thousands of perfect copies of digital content over the 
Internet. Therefore a need exists to ensure the protection and 
security of digital assets distributed electronically. 

Providers of digital content desire to establish a secure, 
global distribution system for digital content that protects 
the rights of content owners. The problems with establishing 
a digital content distribution system includes developing 
systems for digital content electronic distribution, rights 
management, and asset protection. Digital content that is 
distributed electronically includes content such as print 
media, films, games, programs, television, multimedia, and 
music. 

The deployment of an electronic distribution system pro- 
vides the digital content providers the ability to achieve fast 
settlement of payment through immediate sales reporting 
and electronic reconciliation as well as gain secondary 
40 sources of revenue through redistribution of content. Since 
the electronic digital content distribution system is not 
affected by physical inventory outages or returns, the digital 
content providers and retailers may realize reduced costs and 
improved margins. Digital content providers could facilitate 
new, or augment existing, distribution channels for better 
timed-release of inventory. The transactional data from the 
electronic distribution system could be used to obtain infor- 
mation regarding consumer buying patterns as well as to 
provide immediate feedback on electronic marketing pro- 
grams and promotions. In order to meet these goals, a need 
exists for digital content providers to use an electronic 
distribution model to make digital content available to a 
wide range of users and businesses while ensuring protec- 
tion and metering of digital assets. 

Other commercially available electronic distribution sys- 
tems for digital content, such as real audio, A2B from AT&T, 
Liquid Audio Pro from Liquid Audio Pro Corp., City Music 
Network from Audio Soft and others offer transmission of 
digital data over secured and unsecured electronic networks. 
60 The use of secured electronic networks greatly reduces the 
requirement of digital content providers of distributing digi- 
tal to a wide audience. The use of unsecured networks such 
as the Intemet and Web allows the digital content to arrive 
to an end-user securely such as through the use of encryp- 
65 tion. However, once the encrypted digital content is 
de-encrypted on the end-user's machine, the digital content 
is readily available to the end -user for unauthorized 
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re-distribution. TTierefore a need exists for a secure digital 
content electronic distribution system that provides protec- 
tion of digital assets and ensures that the Content Provider 
(s)' rights are protected even after the digital content is 
delivered to consumers and businesses. A need thus exists 5 
for rights management to allow for secure delivery, licensing 
authorization, and control of the usage of digital assets. 

Another reason owners of digital content have been slow 
to embrace electronic distributioD is their desire to maintain 
and foster existing channels of distribution. Most content 10 
owners sell through retailers. In the music market these U.S. 
retailers include Tower Records, Peaches, Blockbuster, Cir- 
cuit City and others. Many of these retailers have Web sites 
that allow Internet users to makes selections over the Inter- 
net and have selections mailed to the end-user. Example 15 
music Web sites include @tower, Music Boulevard and 
Columbia House. The use of electronic distribution can 
remove the abihty of the retail stores from differentiating 
themselves from each other and differentiate themselves 
from the content owners, especially on the Web. Therefore 20 
a need exists to provide retailers of electronic content such 
as pictures, games, music, programs and videos a way to 
differentiate themselves from each other and the content 
owners when selling music through electronic distribution. 

Content owners prepare their digital content for electronic 25 
distribution through distribution sites such as electronic 
stores. Electronic stores on the Internet, or through other 
online services, want to differentiate themselves from each 
other by their product offerings and product promotions. A 
traditional store, i.e. — the non-electronic, non-online ana- 30 
logs to electronic stores — use product promotions, product 
sales, product samples, liberal return pohcics and other 
promotional programs to differentiate themselves from their 
competitors. However, in the online world where the content 
providers impose usage conditions on the digital content, the 35 
ability of electronic stores to differentiate themselves may be 
severely hmited. Moreover, even if the usage conditions can 
be changed, electronic stores are faced with the difiBcult task 
of processing the metadata associated with the digital con- 
tent from the content providers to promote and sell products 40 
electronically. Electronic stores need to manage several 
requirements when processing the metadata. First, the elec- 
tronic store is required to receive the metadata associated 
with the digital content from the content providers. Many 
times, parts of this metadata may be sent encrypted, so the 45 
content provider must create a mechanism to decrypt the 
encrypted content. Second, the electronic store may wish to 
preview metadata from the content provider either before the 
content is received from the content provider or after the 
content is received by the electronic store, in order to assist 50 
with product marketing, product positioning and other pro- 
motional considerations for the content. Third, the electronic 
store is required to extract certain metadata used for pro- 
motional materials such as graphics and artist information. 
Often, this promotional material is used directly by the 55 
electronic store in its onUne promotions. Fourth, the elec- 
tronic stores may wish to differentiate themselves from one 
another by modifying some of the permitted usage condi- 
tions to create different offerings of the digital content. Fifth, 
the electronic store may have to insert or alter certain 60 
address, such as URLs, in the metadata to direct payment 
reconciliation to an account reconciliation house automati- 
cally by the purchaser without the need to go through the 
electronic store for payment clearance. Sixth, the electronic 
store may need to create Ucenses for the permitted use of the 65 
copyrighted digital content that match usage conditions. For 
example, the license may grant the permission to make a 
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hmited number of copies of the digital content. A hcense is 
needed to reflect the terms and conditions of the permission 
granted. 

In light of all these requirements, to process the metadata 
related to the digital content, many electronic stores write 
customized software programs to handle these reqtiirements. 
The time, cost and testing needed to create these customized 
software programs can be large. Accordingly, a need exists 
to provide a solution to these requirements. 

Still, another reason owners of digital content have been 
slow to embrace electronic distribution is the difficulty in 
preparing content for electronic distribution. Today, many 
providers of content have thousands or even tens of thou- 
sands of titles in their portfolio. In a music example, it is not 
unusual for a content owner to have a single master sound 
recording available on several different formats simulta- 
neously (e.g. CD, tape and MiniDisc). In addition, a single 
format can have a master sound recording re -mastered or 
re -mixed for a specific distribution channel. As an example, 
the mixing for broadcast radio may be different than the 
mixing for a dance club sound track, which may be different 
than a generally available consumer CD. Inventorying and 
keeping track of these different mixes can be burdensome. 
Moreover, many owners of master recordings often times 
re-issue old recordings in various subsequent collections, 
such as "The Best Of, or in compilations for musical sound 
tracks to movies and other collections or compilations. As 
more content is offered digitally, the need to re -mix and 
encode the content for electronic distribution grows. Many 
times providers need to use old recording formats as guides 
to select the correct master sound recordings and have these 
sound recordings reprocessed and encoded for release for 
electronic distribution. This may be especially true for 
content providers that wish to use their old formats to assist 
them in re -re leasing the old sound recording for electronic 
distribution. Providers will look through databases to match 
up titles, artists and sound recordings to set the encoding 
parameters. This process of manually searching databases 
for recording portfolios is not without its shortcomings. One 
shortcoming is the need to have an operator manually search 
a database and set the processing parameters appropriately. 
Another shortcoming is the possibility of operator transcrip- 
tion error in selecting data from a database. Accordingly, a 
need exists to provide content providers a method to auto- 
matically retrieve associated data and master recordings for 
content such as audio. 

Content owners prepare their digital content for electronic 
distribution through a process known as encoding. Encoding 
involves taking the content, digitizing it, if the content is 
presented in an analog format, and compressing it. The 
process of compressing allows the digital content to be 
transferred over networks and stored on recordable medium 
more efiSciently because the amount of data transmitted or 
stored is reduced. However, compression is not without its 
shortcomings. Most compression involves the loss of some 
information, and is called lossy compression. Content pro- 
viders must make decisions on what compression algorithm 
to use and the compression level required. For example, in 
music, the digital content or song may have very different 
characteristics depending on the genre of the music. The 
compression algorithm and compression level selected for 
one genre may not be the optimal choice for another genre 
of music. Content providers may find certain combinations 
of compression algorithms and compression levels work 
very well for one genre of music, say classical, but provide 
unsatisfactory results for another genre of music such as 
heavy metal. Moreover, audio engineers must often equalize 
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the music, perform dynamic range adjustments and perform 
other preprocessing and processing settings to ensure the 
genre of music encoded produces the desired results. The 
requirement to always have to manually set these encoding 
parameters such as setting the equalization levels and the 5 
dynamic range settings for each digital content can be 
burdensome. Returning to the music example, a content 
provider for music with a collection covering a variety of 
musical genre would have to manually select for each song 
or set of songs to be encoded, the desired combination of 
encoding parameters. Accordingly, a need exists to over- 
come the need for manually selection of process parameters 
for encoding. 

The process to compress content can require a large 
amount of dedicated computational resources, especially for 15 
larger content items such as full-length feature movies. 
Providers of compression algorithms offer various tradeoffs 
and advantages associated with their compression tech- 
niques. These tradeoff include: the amount of time and 
computational resources needed to compress the content; the 20 
amount of compression achieved from the original content; 
the desired bit rate for playback; the performance quality of 
the compressed content; and other factors. Using an encod- 
ing program which take as input a multimedia file and 
generate an encoded output file with no interim indication of 25 
progress or status is a problem. Moreover, in many 
circumstances, other programs are used to call or to manage 
an encoding program with no interim indication of progress. 
This leaves the calling application with no way to gauge the 
amount of content that has been encoded as a percentage of 30 
the entire selection of designated to be encoded. In circum- 
stances where the calling program is trying to schedule 
several different programs to run at once this can be a 
problem. Furthermore, this can be especially burdensome in 
cases where batches of content have been selected for 35 
encoding and the content provider wants to determine the 
progress of the encoding process. Accordingly, a need exists 
to overcome these problems. 

Yet, stUl another reason digital content providers have 
been slow to adopt electronic distribution for their content is 40 
lack of standards for creating digital players on end-user 
devices for electronically delivered content. Content 
providers, electronic stores, or others in the electronic dis- 
tribution chain may want to offer customized players on a 
variety of devices such as PCS, set-top boxes, hand-held 45 
devices and more. A set of tools that can handle the 
decryption of the digital content in a tamper resistant 
enviroimient, that is, an environment to deter the unautho- 
rized access to the content during playing by a third party is 
needed. Moreover, a set of tools is needed to enable an end 50 
user to manage of a local library of digital content without 
allowing the end user to have access to the content for uses 
other than what was purchased. 

Further infonmation on the background of protecting 
digital content can be found from the following three 55 
sources. "Music on the Internet and the Intellectual Property 
Protection Problem" by Jack Lacy, James Snyder, David 
Maher, of AT&T Labs, Florham Park, N.J. available online 
URL h tip: //www. a2bmusic.com/ab out/papers/ 
musicipp.htm. Cryptographically protected container, called 60 
DigiBox, in the article "Securing the Content, Not the Wire 
for Information Commerce" by Olin Sibert, David Bernstein 
and David Van Wie, InterTrust Technologies Corp. 
Sunnyvale, Calif, available online URL http:// 
www.intertrust.com/architecture/stc.html. And "Cryptolope 65 
Container Technology", an IBM White Paper, available 
online URL http:///cyptolope.ibm.coni/white.htm. 
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SUMMARY OF THE INVE>rnON 

There is a need to overcome the above-mentioned draw- 
backs and to provide a multimedia player for an electronic 
content delivery system. One embodiment of the present 
invention provides a method of playing digital content data 
that has been compressed and encrypted with a first encrypt- 
ing key on a system. According to the method, at least part 
of the content data is decrypted with a first decrypting key 
that corresponds to the first encrypting key. The decrypted 
content data is decompressed to produce decompressed 
content data, and the decompressed content data is played. 
In one preferred method, multiple segments of a second 
decrypting key that are stored separately on the system are 
retrieved, and the first decrypting key is decrypted using the 
second decrypting key. In such embodiments, the first 
decrypting key can be used to decrypt data that has been 
encrypted with the first encrypting key, and the second 
decrypting key can be used to decrypt data that has been 
encrypted with the second encrypting key. Further, in vari- 
ous embodiments, an encrypting key and its corresponding 
decrypting key can be symmetric keys (i.e., identical) or a 
key pair (e.g., a public key and its corresponding private 
key). 

Another embodiment of the present invention provides a 
digital content player for playing digital content that has 
been compressed and encrypted with a first encrypting key. 
The digital content player includes a decrypter for decrypt- 
ing at least part of the content data using a first decrypting 
key that corresponds to the first encrypting key, a decom- 
pressor for decompressing the decrypted content data, and a 
player for playing or recording the decompressed content 
data. In one preferred player, the decrypter retrieves multiple 
segments of a second decrypting key that are stored sepa- 
rately on the computer system, and decrypts the first 
decrypting key using the second decrypting key. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram illustrating an over view of a 
Secure Digital Content Electronic Distribution System 
according to the present invention. 

FIG. 2 is a block diagram illustrating an example Secure 
Container (SC) and the associated graphical representations 
according to the present invention. 

FIG. 3 is a block diagram illustrating an overview of the 
encryption process for a Secure Container (SC) according to 
the present invention. 

FIG. 4 is a block diagram illustrating an overview of the 
de-encryption process for a Secure Container (SQ accord- 
ing to the present invention. 

FIG. 5 is a block diagram illustrating an overview of the 
layers for the Rights Management Architecture of the Secure 
Digital Content Distribution System of FIG. 1 according to 
the present invention. 

FIG. 6 is a block diagram illustrating an overview of the 
Content Distribution and Licensing Control as it applies to 
the License Control Layer of FIG. 5. 

FIG, 7 is an illustration of an example user interface for 
the Work Flow Manager Tool of FIG. 1 according to the 
present invention. 

FIG. 8 is a block diagram of the major tools, components 
and processes of the Work Flow Manager corresponding to 
the user interface in FIG. 7 according to the present inven- 
tion. 

FIG. 9 is a block diagram illustrating the major tools, 
components and processes of an Electronic Digital Content 
Store of FIG. 1 according to the present invention. 
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FIG. 10 is a block diagram illustrating the major compo- 
nents and processes of an End-User Devic6(s) of FIG. 1 
according to the present invention. 

FIG. 11 is a flow diagram of a method to calculate an 
encoding rate factor for the Content Preprocessing and 
Compression tool of FIG. 8 according to the present inven- 
tion. 

FIG. 12 is a flow diagram of a method to automatically 
retrieve additional information for the Automatic Metadata 
Acquisition Tool of FIG. 8 according to the present inven- 
tion. 

FIG. 13 is a flow diagram of a method to automatically set 
the Preprocessing and Compression parameters of the Pre- 
processing and Compression Tool of FIG. 8 according to the 
present invention. 

FIG, 14 is an example of user interface screens of the 
Player Application downloading content to a local library as 
described in FIG. 15 according to the present invention. 

FIG. 15 is a block diagram illustrating the major compo- 
nents and processes of a Player Application running on 
End-User Device of FIG. 9 according to the present inven- 
tion. 

FIG. 16 is an example user interface screens of the Player 
Application of FIG. 15 according to the present invention. 

FIG. 17 is a flow diagram of an alternate embodiment to 
automatically retrieve additional information for the Auto- 
matic Metadata Acquisition Tool of FIG. 8 according to the 
present invention. 

DETAILED DESCRIPTION OF AN 
EMBODIMENT 

A Tabic of Contents is provided for this present invention 
to assist the reader in quickly locating different sections in 
this embodiment. 

I. Secure Digital Content Electronic Distribution System 

A. System Overview 

1. Rights Management 

2. Metering 

3. Open Architecture 

B. System Functional Elements 

1. Content Provider(s) 

2. Electronic Digital Content Store(s) 

3. Intermediate Market Partners 

4. Clearinghouse(s) 

5. End-User Device(s) 

6. Transmission Infrastructures 

C. System Uses 

II. Cryptography Concepts and Their Application to the 
Secure Digital Content Electronic Distribution System 

A. Symmetric Algorithms 

B. Public Key Algorithms 

C. Digital Signature 

D. Digital Certificates 

E. Guide To The SC(s) Graphical Representation 

F. Example of a Secure Container Encryption 

III. Secure Digital Content Electronic Distribution System 
Flow 

lY Rights Management Architecture Model 
A Architecture Layer Functions 
B. Function Partitioning and Flows 

1. Content Formatting Layer 

2. Content Usage Control Layer 

3. Content Identification Layer 

4. License Control Layer 
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20 



25 



30 



35 



50 



55 



60 



65 



C. Content Distribution and Licensing Control 

V. Secure Container Structure 

A. General Structure 

B. Rights Management Language Syntax and Semantics 

C. Overview of Secure Container Flow and Processing 

D. Metadata Secure Container 620 Format 

E. Offer Secure Container 641 Format 

F Transaction Secure Container 640 Format 

G. Order Secure Container 650 Format 

H. License Secure Container 660 Format 

I. Content Secure Container Format 

VI. Secure Container Packing and Unpacking 

A. Overview 

B. Bill of Materials (BOM) Part 

C. Key Description Part 
Vn. Clearinghouse(s) 

A. Overview 

B. Rights Management Processing 

C. Country Specific Parameters 

D. Audit Logs and Tracking 

E. Reporting of Results 

F BilUng and Payment Verification 
G. Retransmissions 
Vni. Content Provider 

A. Overview 

B. Work Flow Manager 

1. Products Awaiting Action/Information Process 

2. New Content Request Process 

3. Automatic Metadata Acquisition Process 

4. Manual Metadata Entry Process 

5. Usage Conditions Process 

6. Supervised Release Process 

7. Metadata SC(s) Creation Process 

8. Watermarking Process 

9. Preprocessing and Compression Process 

10. Content Quality Control Process 

11. Encryption Process 

12. Content SC(s) Creation Process 

13. Final Quality Assurance Process 

14. Content Disperse me nt Process 

15. Work Flow Rules 

C. Metadata Assimilation and Entry Tool 

1. Automatic Metadata Acquisition Tool 

2. Manual Metadata Entry Tool 

3. Usage Conditions Tool 

4. Parts of the Metadata SC(s) 

5. Supervised Release Tool 

D. Content Processing Tool 

1. Watermarking Tool 

2. Preprocessing and Compression Tool 

3. Content Quality Control Tool 

4. Encryption Tool 

E. Content SC(s) Creation Tool 

F. Final Quality Assurance Tool 

G. Content Dispersement Tool 

H. Content Promotions Web Site 

I. Content Hosting 

1. Content Hosting Sites 

2. Content Hosting Site(s) 111 provided by the Secure 
Digital Content Electronic Distribution System 

IX. Electronic Digital Content Store(s) 

A. Overview — Support for Multiple Electronic Digital 
Content Store(s) 

B. Point-to-Point Electronic Digital Content Distribution 
Service 

1. Integration Requirements 

2. Content Acquisition Tool 
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3. Transaction Processing Module 

4. Notification Interface Module 

5. Account Reconciliation Tool 

C. Broadcast Electronic Digital Content Distribution Ser- 
vice 

X. End-User Device(s) 

A. Overview 

B. Application Installation 

C. Secure Container Processor 

D. The Player Application 

1. Overview 

2. End-User Interface Components 

3. Copy/Play Management Components 

4. Decryption 1505, Decompression 1506 and Play- 
back Components 

5. Data Management 1502 and Library Access Com- 
ponents 

6. Inter-application Communication Components 

7. Other Miscellaneous Components 

8. The Generic Player 

I. Secure Digital Content Electronic Distribution System 
A System Overview 

The Secure Digital Content Electronic Distribution Sys- 
tem is a technical platform that encompasses the technology, 
specifications, tools, and software needed for the secure 
delivery and rights management of Digital Content and 
digital content-related content to an end-user, client device. 
The End-User Device(s) include PCS, set top boxes (IRDs), 
and Internet appliances. These devices may copy the content 
to external media or portable, consumer devices as permitted 
by the content proprietors. The term Digital Content or 
simply Content, refers to information and data stored in a 
digital format including: pictures, movies, videos, music, 
programs, multimedia and games. 

The technical platform specifies how Digital Content is 
prepared, securely distributed through point-to-point and 
broadcast infrastructures (such as cable, Internet, satellite, 
and wireless) licensed to End-User Device(s), and protected 
against unauthorized copying or playing. In addition, the 
architecture of the technical platform allows for the integra- 
tion and migration of various technologies such as 
watermarking, compression/encoding, encryption, and other 
security algorithms as they evolve over time. 

The base components of the Secure Digital Content 
Electronic Distribution System arc: (1) rights management 
for the protection of ownership rights of the content propri- 
etor; (2) transaction metering for immediate and accurate 
compensation; and (3) an open and well-documented archi- 
tecture that enables Content Provider(s) to prepare content 
and permit its secure delivery over multiple network infra- 
structures for playback on any standard compliant player. 
1 . Rights Management 

Rights management in the Secure Digital Content Elec- 
tronic Distribution System is implemented through a set of 
functions distributed among the operating components of the 
system. Its primary functions include: Uoensing authoriza- 
tion and control so that content is unlocked only by autho- 
rized intermediate or End-Uscr(s) that have secured a 
license; and control and enforcement of content usage 
according to the conditions of purchase or license, such as 
permitted number of copies, number of plays, and the time 
interval or term the license may be vahd. A secondary 
function of rights management is to enable a means to 
identify the origin of unauthorized copies of content to 
combat piracy. 

Licensing authorization and control are implemented 
through the use of a Clearinghouse(s) entity and Secure 
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Container (SC) technology. The Clearinghouse(s) provides 
licensing authorization by enabling intermediate or End- 
User(s) to unlock content after verification of a successful 
completion of a licensing transaction. Secure Containers are 

5 used to distribute encrypted content and information among 
the system components. A SC is a cryptographic carrier of 
information or content that uses encryption, digital 
signatures, and digital certificates to provide protection 
against unauthorized interception or modification of elec- 

10 tronic information and content. It also allows for the veri- 
fication of the authenticity and integrity of the Digital 
Content. The advantage of these rights management func- 
tions is that the electronic Digital Content distribution 
infrastructure does not have to be secure or trusted. There- 
is fore allowing transmission over network infrastmctures 
such as the Web and Internet. This is due to the fact that the 
Content is encrypted within Secure Containers and its stor- 
age and distribution are separate from the control of its 
unlocking and use. Only users who have decryption keys can 

20 unlock the encrypted Content, and the Clearinghouse(s) 
releases decryption keys only for authorized and appropriate 
usage requests. The Clearinghouse(s) will not clear bogus 
requests from unknown or unauthorized parties or requests 
that do not comply with the content's usage conditions as set 

25 by the content proprietors. In addition, if the SC is tampered 
with during its transmission, the software in the 
Clearinghouse(s) determines that the Content in a SC is 
corrupted or falsified and repudiate the transaction. 

The control of Content usage is enabled through the 

30 End-User Player Application 195 running on an End-User 
Device(s). The application embeds a digital code in every 
copy of the Content that defines the allowable number of 
secondary copies and play backs. Digital watermarking 
technology is used to generate the digital code, to keep it 

35 hidden from other End-User Player Application 195, and to 
make it resistant to alteration attempts. In an alternate 
embodiment, the digital code is just kept as part of the usage 
conditions associated with the Content 113. When the Digi- 
tal Content 113 is accessed in a compliant End-User 

40 Device(s), the End-User Player Application 195 reads the 
watermark to check the use restrictions and updates the 
watermark as required. If the requested use of the content 
does not comply with the usage conditions, e.g., the number 
of copies has been exhausted, the End-User Device(s) will 

45 not perform the request. 

Digital watermarking also provides the means to identify 
the origin of authorized or unauthorized copies of Content. 
An initial watermark in the Content is embedded by the 
content proprietor to identify the content proprietor, specify 

50 copyright information, define geographic distribution areas, 
and add other pertinent information. A second watermark is 
embedded in the Content at the End-User Device(s) to 
identify the content purchaser (or Hcensee) and End-User 
Device(s), specify the purchase or license conditions and 

55 date, and add any other pertinent information. 

Since watermarks become an integral part of the Content, 
they are carried in the copies independent of whether the 
copies were authorized or not. Thus the Digital Content 
always contains information regarding its source and its 

dO permitted use regardless of where the content resides or 
where it comes from. This information may be used to 
combat illegal use of the Content. 
2. Metering 

As part of its rights management functions, the 
65 Clearinghouse(s) keeps a record of all transactions where a 
key exchange is cleared through the aearinghouse(s). This 
record allows for the metering of licensing authorization and 
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the original conditions of use. The transaction record can be ally in return for Content usage payments related to elec- 

reported to responsible parties, such as, content proprietors tronic commerce revenues. Examples of Content Provider(s) 

or Content Provider(s), retailers, and others, on an immedi- 101 include Sony, Hme-Wamer, MTV, IBM, Microsoft, 

ate or periodic basis to facilitate electronic recoaciliation of Turner, Fox and others. 

transaction payments and other uses. 5 Content Provider(s) 101 use tools provided as part of the 

3. Open Architecture Secure Digital Content Electronic Distribution System 100 

The Secure Digital Content Electronic Distribution Sys- in order to prepare their Content 113 and related data for 

tern (System) is an open architecture with published speci- distribution. A Work Flow Manager Tool 154 schedules 

fications and interfaces to facihtate broad implementation Content 113 to be processed and tracks the Content 113 as 

and acceptance of the System in the market place while lO it flows through the various steps of Content 113 preparation 

maintaining rights protection for the content proprietors. and packaging to maintain high quality assurance. The term 

The flexibility and openness of the System architecture also metadata is used throughout this document to mean data 

enable the System to evolve over time as various related to the Content 113 and in this embodiment does not 

technologies, transmission infrastructures, and devices are include the Content 113 itself. As an example, metadata for 

delivered to the marketplace. 15 a song may be a song title or song credits but not the sound 

The architecture is open regarding the nature of the recording of the song. The Content 113 would contain the 

Content and its format. Distribution of audio, programs, sound recording. A Metadata Assimilation and Entry Tool 

multimedia, video, or other types of Content is supported by 161 is used to extract metadata from the Content 

the architecture. The Content could be in a native format, Provider(s)' Database 160 or data provided by the Content 

such as linear PCM for digital music, or a format achieved 20 Provider(s) in a prescribed format (for a music example the 

by additional preprocessing or encoding, such as filtering, Content 113 information such as CD title, artist name, song 

compression, or pre/de-emphasis, and more. The architec- title, CD artwork, and more) and to package it for electronic 

ture is open to various encryption and watermarking tech- distribution. The Metadata Assimilation and Entry Tool 161 

niques. It allows for the selection of specific techniques to is also used to enter the Usage Conditions for the Content 

accommodate different Content types and formats and to 25 113. The data in Usage Conditions can include copy restric- 

allow the introduction or adoption of new technologies as tion rules, the wholesale price, and any business rules 

they evolve. This flexibiUty allows Content Provider(s) to deemed necessary. A Watermarking Tool is used to hide data 

pick and evolve the technologies they use for data in the Content 113 that identifies the content owner, the 

compression, encryption, and formatting within the Secure processing date, and other relevant data. For an embodiment 

Digital Content Electronic Distribution System. 30 where the Content 113 is audio, an audio preprocessor tool 

The architecture is also open to different distribution is used to adjust the dynamics and/or equahze the Content 
networks and distribution models. The architecture supports 113 or other audio for optimum compression quality, corn- 
content distribution over low-speed Internet connections or press the Content 113 to the desired compression levels, and 
high-speed satellite and cable networks and can be used with encrypt the Content 113. These can be adapted to foUow 
point-to-point or broadcast models. In addition, the archi- 35 technical advances in digital content compression/encoding, 
tecture is designed so that the functions in the End- User encryption, and formatting methods, allowing the Content 
Device(s) can be implemented on a wide variety of devices, Provider(s) 101 to utilize best tools as they evolve over time 
including low cost consumer devices. This flexibility allows in the marketplace. 

Content Provider(s) and retailers to offer Content to inter- The encrypted Content 113, digital content-related data or 

mediate or End-User(s) through a variety of service offer- 40 metadata, and encrypted keys are packed in SCs (described 

ings and enables the users to purchase or hcense Content, below) by the SC Packer Tool and stored in a content hosting 

play it back, and record it on various compliant player site and/or promotional web site for electronic distribution, 

devices. The content hosting site can reside at the Content 

B. System Functional Elements Provider(s) 101 or in multiple locations, including Elec- 

Tuming now to FIG. 1, there is shown a block diagram 45 tronic Digital Content Store(s) 103 and Intermediate Market 
illustrating an overview of a Secure Digital Content Elec- Partners (not shown) facilities. Since both the Content 113 
tronic Distribution System 100 according to the present and the Keys (described below) are encrypted and packed in 
invention. The Secure Digital Content Electronic Distribu- SCs, Electronic Digital Content Store(s) 103 or any other 
tion System 100 encompasses several business elements that hosting agent can not directly access decrypted Content 113 
comprise an end-to-end solution, including: Content 50 without clearance from the Clearinghouse(s) and notifica- 
Provider(s) 101 or the proprietors of the Digital Content, tion to the Content Provider(s) 101. 
Electronic Digital Content Store(s) 103, Intermediate Mar- 2. Electronic Digital Content Store(s) 103 
ket Partners (not shown), Clearinghouse(s) 105, Content Electronic Digital Content Store(s) 103 are the entities 
Hosting Site 111, Transmission Infrastructiues 107, and who market the Content 113 through a wide variety of 
End-User Device(s) 109, Each of these business elements 55 services or applications, such as Content 113 theme pro- 
use various components of the Secure Digital Content gramming or electronic merchandising of Content 113. 
Electronic Distribution System 100. A high level description Electronic Digital Content Store(s) 103 manage the design, 
of these business elements and system components, as they development, business operations, settlements, 
pertain specifically to electronic Content 113 distribution, merchandising, marketing, and sales of their services, 
follows. 60 Example online Electronic Digital Content Store(s) 103 are 
1. Content Provider(s) 101 Web sites that provide electronic downloads of software. 

Content Provider(s) 101 or content proprietor(s) are own- Within their services. Electronic Digital Content Store(s) 
ens of original Content 113 and/or distributors authorized to 103 implement certain functions of the Secure Digital Con- 
package independent Content 113 for further distribution. tent Electronic Distribution System 100. Electronic Digital 
Content Provide r(s) 101 may exploit their rights directly or 65 Content Store(s) 103 aggregate information from the Con- 
Ucense Content 113 to the Electronic Digital Content Store tent Provider(s) 101, pack content and metadata in addi- 
(s) 103, or Intermediate Market Partners (not shown), usu- tional SOs, and deliver those SCs to consumers or businesses 
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as part of a service or applicatioa. Electronic Digital Content 
Store(s) 103 use tools provided by the Secure Digital 
Content Electronic Distribution System 100 to assist with: 
metadata extraction, secondary usage conditions, SC 
packaging, and tracking of electronic content transactions. 
The secondary usage conditions data can include retail 
business ofifers such as Content 113 purchase price, pay-per- 
listen price, copy authorization and target device types, or 
timed- availability restrictions. 

Once an Electronic Digital Content Stor6(s) 103 com- 
pletes a valid request for electronic Content 113 from an 
End-Uscr(s), the Electronic Digital Content Storc(s) 103 is 
responsible for authorizing the Clearinghouse(s) 105 to 
release the decryption key for the Content 113 to the 
customer. The Electronic Digital Content Store(s) also 15 
authorizes the download of the SC containing the Content 
113. The Electronic Digital Content Store(s) may elect to 
host the SCs containing the Digital Content at its local site 
and/or utilize the hosting and distribution facilities of 
another Content hosting site. 20 

The Electronic Digital Content Store(s) can provide cus- 
tomer service for any questions or problems that an Ead- 
User(s) may have using the Secure Digital Content Elec- 
tronic Distribution System 100, or the Electronic Digital 
Content Store(s) 103 may contract their customer service 25 
support to the Clearinghouse(s) 105. 
3. Intermediate Market Partners (Not Shown) 

In an alternate embodiment, the Secuire Digital Content 
Electronic Distribution System 100 can be used to provide 



101 and/or Electronic Digital Content Store(s) 103 if it 
detects that information in a SC has been compromised or 
does not comply with the Content's Usage Conditions. The 
transaction recording and repository capabilities of the 
S Clearinghouse(s) 105 database is structured for data mining 
and report generation. 

In another embodiment, the Clearinghouse(s) 105 can 
provide customer support and exception processing for 
transactions such as refunds, transmission failures, and 
10 purchase disputes. The Clearinghouse(s) 105 can be oper- 
ated as an independent entity, providing a trusted custodian 
for rights management and metering. It provides billing and 
settlement as required. Examples of electronic 
Clearinghouse(s) include Secure-Bank.com and Secure 
15 Electronic Transaction (SET) from Visa/Mastercard. In one 
embodiment, the Clearinghouse(s) 105 are Web sites acces- 
sible to the End-User Device(s) 109. In another 
embodiment, the Clearinghouse(s) 105 is part of the Elec- 
tronic Digital Content Storc(s) 103. 
20 5. End-User Device(s) 109 

The End-User Devicc(s) 109 can be any player device that 
contains an End-User Player Application 195 (described 
later) compliant with the Secure Digital Content Electronic 
Distribution System 100 specifications. These devices may 
include PCS, set top boxes (IRDs), and Internet appliances. 
The End-User Player Application 195 could be implemented 
in software and/or consumer electronics hardware. In addi- 
tion to performing play, record, and library management 
functions, the End-User Player Application 195 performs SC 



Content 113 securely to other businesses called Intermediate 30 processing to enable rights management in the End-User 



Market Partners. These partners may include digital content- 
related companies offering a non-electronic service, such as 
televisions stations or video clubs, radio stations or record 
clubs, that distribute Content 113. These Partners may also 
include other trusted parties who handle material as part of 35 
making or marketing sound recordings, such as record 
studios, replicators, and producers. These Intermediate Mar- 
ket Partners requires clearance from the Clearinghouse(s) 
105 in order to decrypt the Content 113. 
4. Clearinghoiise(s) 105 

The Clearinghouse(s) 105 provides the licensing autho- 
rization and record keeping for all transactions that relate to 
the sale and/or permitted use of the Content 113 encrypted 
in a SC. When the Clearinghouse(s) 105 receives a request 
for a decryption key for the Content 113 from an interme- 
diate or End-Use r(s), the Clearinghouse(s) 105 validates the 
integrity and authenticity of the information in the request; 
verifies that the request was authorized by an Electronic 
Digital Content Store(s) or Content Provider(s) 101; and 
verifies that the requested usage complies with the content 50 
Usage Conditions as defined by the Content Provider(s) 101. 
Once these verifications are satisfied, the Qearinghouse(s) 
105 sends the decryption key for the Content 113 to the 



Device(s) 109. The End-User Device(s) 109 manages the 
download and storage of the SCs containing the Digital 
Content; requests and manages receipt of the encrypted 
Digital Content keys from the Clearinghousc(s) 105; pro- 
cesses the watermark(s) every time the Digital Content is 
copied or played; manages the number of copies made (or 
deletion of the copy) in accordance with the Digital Con- 
tent's Usage Conditions; and performs the copy to an 
external media or portable consumer device if permitted. 
40 The portable consumer device can perform a subset of the 
End-User Player Application 195 functions in order to 
process the content's Usage Conditions embedded in the 
watermark. The terms End-User(s) and End-User Player 
Application 195 are used throughout this to mean through 
the use or running-on an End-User Dcvice(s) 109. 
6. Transmission Infrastructures 107 

The Secure Digital Content Electronic Distribution Sys- 
tem 100 is independent of the transmission network con- 
necting the Electronic Digital Content Store(s) 103 and 
End-User Device(s) 109. It supports both point-to-point 
such as the Internet and broadcast distribution models such 
as digital broadcast television. 

Even though the same tools and applications are used to 
acquire, package, and track Content 113 transactions over 



45 



requesting End-User(s) packed in a License SC. The key is 
encrypted in a manner so that only the authorized user can 55 various Transmission Infrastructures 107, the presentation 
retrieve it. If the End-User's request is not verifiable, and method in which services are delivered to the customer 
complete, or authorized, the Clearinghouse(s) 105 repudi- 



ates the request for the decryption key. 

The Clearinghouse(s) 105 keeps a record of all transac- 
tions and can report them to responsible parties, such as 
Electronic Digital Content Store(s) 103 and Content 
Provid6r(s) 101, on an immediate, periodic, or restricted 
basis. This reporting is a means by which Content 
Provider(s) 101 can be informed of the sale of Content 113 



may vary depending on the infrastructure and distribution 
model selected. The quality of the Content 113 being trans- 
ferred may also vary since high bandwidth infrastructures 
60 can deliver high-quality digital content at more acceptable 
response times than lower bandwidth infrastructures. A 
service application designed for a point-to-point distribution 
model can be adapted to support a broadcast distribution 
model as well. 



and the Electronic Digital Content Store(s) 103 can obtain 65 C. System Uses 
an audit trail of electronic delivery to their customers. The The Secure Digital Content Electronic Distribution Sys- 
Clearinghouse(s) 105 can also notify the Content Provider(s) tem 100 enables the secure delivery of high-quality, elec- 
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tronic copies of Content 113 to End-User Device(s) 109, 
whether consumer or business, and to regulate and track 
usage of the Content 113. 

The Secure Digital Content Electronic Distribution Sys- 
tem 100 could be deployed in a variety of consumer and 
business-to-business services using both new and existing 
distribution channels. Each particular service could use a 
different financial model that can be enforced through the 

rights management features of the Secure Digital Content g Public Key Algorithms 

Electronic Distribution System 100. Models such as whole- 10 * r^ ■ i ^ * . ci . t^- * u r 

sale or retail purchase, pay-per-Hsten usage, subscription the Secure Digital Content Electronic Distabution 

services, copy/no-copy restrictions, or redistribution could System 100, symmetric keys and other small data pieces are 

be implemented through the rights management of the encrypted using public keys. Public key algorithms use two 

Clearinghouse(s) 105 and the End-User Player Application keys. The two keys are mathematically related so that data 
195 copy protection features. ^5 encrypted with one key can only be decrypted with the other 

The Secure Digital Content Electronic Distribution Sys- key. The owner of the keys keeps one key private (private 

tem 100 allows Electronic Digital Content Slore(s) 103 and key) and publicly distributes the second key (public key). 

Intermediate Market Partners a great deal of flexibility in ^^^^^ transmission of a confidential message 

creatine services that sell Content 113. At the same time it . , , i -^t. * *u • ■ 

."^ , 90 using a public key algorithm, one must use the recipient s 

provides Content Provider(s) 101 a level of assurance that ,1-1. * *u 1 *u • • * 

L • J. 1 . * V J ^ * A iu t 00 „ public key to encrypt the message. Only the recipient, who 

their digital assets are protected and metered so that they can ^ - , I , ^ a . * tk/™d.„» 

. ^ . , *^ r r™„,.: «f has the associated pnvate key, can decrypt the message. 

receive appropnate compensation for the hcensing of Con- , , / j . * j- ^ 1 

tent 113 Public key algonthms are also used to generate digital 

aayptography Concepts and Their AppUcation to the features. TTie private key is used for that purpose^ The 
Secure Distal Content Electronic Distribution System ^ following section provides information on digital signamres. 

Ucense Control in the Secure Digital Content Electronic The most common used pubUc-key algorithm is the RSA 

Distribution System 100 is based on the use of cryptography. public-key cipher. It has become the de-facto public key 

This section introduces basic cryptography technologies of standard in the industry. Other algorithms that also work 

the present invention. The use of public key encryption, well for encryption and digital signatures are ElGamal and 

symmetric key encryption, digital signatures, digital water- Rabin. RSA is a variable-key length cipher, 

marks and digital certificates is known. Symmetric key algorithms are much faster than the public 

A. Symmetric Algorithms l^cy algorithms. In software, DES is generally at least 100 

In the Secure Digital Content Electronic Distribution as fast as RSA. Because of this, RSA is not used to 

System 100 the Content Provider(s) 101 encrypts the content encrypt bulk data. RSA Data Security reports that on a 90 

using symmetric algorithms. They are called symmetric y^^iZ Pentium machine, RSA Data Security's toolkit 

algorithms because the same key is used to encrypt and bSAFE 3.0 has a throughput for private-key operations 

decrypt data. The data sender and the message recipient (encryption or decryption, using the private key) of 21.6 

must share the key. The shared key is referred to here as the kiiobits/second with a 512-bit modulus and 7.4 kilobits/ 

symmetric key. The Secure Digital Content Electronic D is- ^^^^^^ ^ ^Q24-bit modulus, 

tribution System 100 architecture is mdependent of the • • 1 c- 

specific symmetric algorithm selected for a particular imple- C. Digital Signature 

mentation. In the Secure Digital Content Electronic Distribution 

Cbmmoa symmetric algorithms are DES, RC2 and RC4. System 100, the issuer of SC(s) protects the integrity of 
Both DES and RC2 are block cipher. A block cipher encrypts 45 SC(s) by digitally signing it. In general, to create a digital 

the data using a block of data bits at a time. DES is an oflScial signature of a message, a message owner first computes the 

US government encryption standard, has a 64-bit block size, message digest (defined below) and then encrypt the mes- 

and uses a 56-bil key. Triple-DES is commonly used to sage digest using the owner's private key. The message is 

increase the security achieved with simple DES. RSA Data disUibuted with its signature. Any recipient of the message 

Security designed RC2. RC2 uses a variable-key-size cipher ^.^n verify the digital signature first by decrypting the 

and has a block size of 64 bits. RC4, also designed by RSA signature using the public key of the message owner to 

Data Security, is a variable-key-size stream cipher. Astrcam recover the message digest. Then, the recipient computes the 

cipher operates on a single data bit at a time. RSA Data ^^^^^ received message and compares it with the 

Security claims that eight to sixteen machme operaUons are recovered one. If the message has not being altered during 
required for RC4 per output byte. 55 ^j^bution, the calculated digest and recovered digest must 

IBM designed a fast algorithm called SEAL. SEAL is a ^ j 

stream algorithm that uses a variable-length key and that has , o t^- 1 o * ♦ ci * • rk-..«k„*™ 

been optimized for 32-bit processors. SEAL requires about ^^e Secure Digital Content Electromc Distribution 

five elementary machine instructions per data byte. A 50 System 100 since SC(s) contain several data parts, a digest 
MHZ, 486.based computer runs the SEAL code at 7.2 60 is calculated for each part and a summary digest is calculated 

megabytes/second if the 160-bit key used has already been for the concatenated part digests. The summary digest is 

preprocessed into internal tables. encrypted using the private key of the issuer of the SC(s). 

Microsoft reports results of encryption performance The encrypted summary digest is the issuer's digital signa- 

benchmark in its Overview of CryptoAPI document. These ture for the SC(s). The part digests and the digital signature 
results were obtained by an appUcation using Microsoft's 65 are included in the body of the SC(s). The recipients of SQs) 

CryptoAPI, running on a 120.MHZ, Pentium-based com- can verify the integrity of the SC(s) and its parts by means 

puter with Windows NT 4.0. of the received digital signature and part digests. 
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A one-way hash algorithm is used to calculate a message 
digest. A hash algorithm takes a variable-length-input mes- 
sage and converts it into a fixed length string, the message 
digest. A one-way hash algorithm operates only in one 
direction. That is, it is easy to calculate the digest for an 
input message, but it is very difficult (computationally 
infeasible) to generate the input message from its digest. 
Because of the properties of the one-way hash functions, one 
can think of a message digest as a fingerprint of the message. 

The more common one-way hash functions are MD5 from 
RSA Data Security and SHA designed by the US National 
Institute of Technology and Standards (NITS). 

D. Digital Certificates 

A digital certificate is used to authenticate or verify the 
identity of a person or entity that has sent a digitally signed 
message. A certificate is a digital document issued by a 
certification authority that binds a public key to a person or 
entity. The certificate includes the public key, the name of 
the person or entity, an expiration date, the name of the 
certification authority, and other information. The certificate 
also contains the digital signature of the certification author- 
ity. 

When an entity (or person) sends a message signed with 
its private key and accompanied with its digital certificate, 
the recipient of the message uses the entity's name from the 
certificate to decide whether or not to accept the message. 

In the Secure Digital Content Electronic Distribution 
System 100, every SC(s), except those issued by the Ead- 
User Device(s) 109, includes the certificate of the creator of 
the SC(s). The End-User Device(s) 109 do not need to 
include certificates in their SC(s) because many End-User(s) 
do not bother to acquire a certificate or have certificates 
issued by non bona-fide Certification Authorities. In the 
Secure Digital Content Electronic Distribution System 100, 
the Clearinghouse(s) 105 has the option of issuing certifi- 
cates to the Electronic Digital Content Store(s) 103. This 
allows the End-User Device(s) 109 to independently verify 
that the Electronic Digital Content Store(s) 103 have been 
authorized by the Secure Digital Content Electronic Distri- 
bution System 100. 

E. Guide To The SC(s) Graphical Representation 

This document uses a drawing to graphically represent 
SC(s) that shows encrypted parts, non-encrypted parts, the 
encryption keys, and certificates. Referring now to FIG. 2 is 
an example drawing of SC(s) 200. The following symbols 
are used in the SC(s) figures. Key 201 is a public or private 
key. The teeth of the key e.g. CLRNGH for Clearinghouse 
indicate the key owner. PB inside the handle indicates that 
it is a public key thus key 201 is a Clearinghouse public key. 
PV inside the handle indicates that it is a private key. 
Diamond shape is an End -User Digital Signature 202. The 
initials indicate which private key was used to create the 
signature thus in EU is the End-User(s) digital signature 
from table below. Symmetric key 203 is used to encrypt 
content. An encrypted symmetric key object 204 comprising 
a symmetric key 203 encrypted with a PB of CLRNGH. The 
key on the top border of the rectangle is the key used in the 
encryption of the object. The symbol or text inside the 
rectangle indicates the encrypted object (a symmetric key in 
this case). Another encrypted object, in this example a 
Transaction ID encrypted object 205 is shown. And Usage 
Conditions 206 for content licensing management as 
described below. The SC(s) 200 comprises Usage Condi- 
tions 206, Transaction ID encrypted object 205, an Appli- 
cation ID encrypted object 207, and encrypted symmetric 
key object 204, all signed with an End-User Digital Signa- 
ture 202. 
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The table below shows the initials that identify the signer 
of SC(s). 



5 



10 



Initial 


Component 


CP 


Content Providcr(5) 101 


MS 


Electronic Digital Content StorcCs) 103 


HS 


Content Hosting Site(s) 111 


EU 


End-User Dcvicc(s) 109 


CH 


Clcaringhousc(s) 105 


CA 


certification autliority(ies) (not shown) 



P. Example of a Secure Container Encryption 

The tables and diagrams below provide an overview of 
the encryption and decryption process used to create and 
recover information from SC(s). The SC(s) that is created 
and decrypted in this process overview is a general SC(s). It 
does not represent any of the specific SC(s) types used for 
rights management in the Secure Digital Content Electronic 
20 Distribution System 100. The process consists of the steps 
described in FIG. 3 for encryption process. 
Process Flow for Encryption Process of FIG. 3 
Step Process 

301 Sender generates a random symmetric key and uses it to 
25 encrypt the content. 

302 Sender runs the encrypted content through a hash 
algorithm to produce the content digest. 

303 Sender encrypts the symmetric key using the recipient's 
public key. PB RECPNT refers to the recipient's public 

30 key. 

304 Sender runs the encrypted symmetric key through the 
same hash algorithm used in step 2 to produce the 
symmetric key digest. 

305 Sender runs the concatenation of the content digest and 
35 symmetric key digest through the same hash algorithm 

used in step 2 to produce the SC(s) digest. 

306 Sender encrypts the SC(s) digest with the sender's 
private key to produce the digital signature for the SC(s). 
PV SENDER refers to the sender's private key. 

40 307B Sender creates a SC(s) file that includes the encrypted 
content, encrypted symmetric key, content digest, sym- 
metric key digest, sender's certificate, and SC(s) signa- 
ture. 

307A Sender must have obtained the certificate from a 
45 certification authority prior to initiating secure commu- 
nications. The certification authority includes in the cer- 
tificate the sender's public key, the sender's name and 
signs it. PV CAUTHR refers to the certifications authori- 
ty's private key. Sender transmits the SC(s) to the redpi- 
50 ent. 

Process Flow for Decryption Process of FIG. 4 
Step Process 

408 Recipient receives the SC(s) and separates its parts. 

409 Recipient verifies the digital signature in the sender's 
55 certificate by decrypting it with the public key of the 

certification authority. If the certificate's digital signature 
is valid, recipient acquires the sender's public key from 
the certificate. 

410 Recipient decrypts the SC(s) digital signature using the 
60 sender's public key. This recovers the SC(s) digest. PB 

SENDER refers to the sender's public key. 

411 Recipient runs the concatenation of the received content 
digest and encrypted key digest through the same hash 
algorithm used by the sender to compute the SC(s) digest. 

65 412 Recipient compares the computed SC(s) digest with the 
one recovered from the sender's digital signattue. If they 
are the same, recipient confirms that the received digests 
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have not been altered and continues with the decryption 
process. If they are not the same, recipient discards the 
SC(s) and notifies the sender, 

413 Recipient runs the encrypted symmetric key through the 
same hash algorithm used in step 411 to compute the 
symmetric key digest. 

414 Recipient compares the computed symmetric key digest 
with the one received in the SC(s). If it is the same, 
recipient knows that the encrypted symmetric key has not 
been altered. Recipient continues with the decryption 
process. If not valid, recipient discards the SC(s) and 
notifies the sender. 

415 Recipient runs the encrypted content through the same 
hash algorithm used in step 411 to compute the content 
digest. 

416 Recipient compares the computed content digest with 
the one received in the SC(s). If it is the same, recipient 
knows that the encrypted content has not been altered. 
Recipient then continues with the decryption process. If 
not valid, recipient discards the SC(s) and notifies the 20 
sender. 

417 Recipient decrypts the encrypted symmetric key using 
the recipient's private key. This recovers the symmetric 
key. PV RECPNT refers to the recipient's private key. 

418 Recipient uses the symmetric key to decrypt the 25 
encrypted content. This recovers the content. 

III. Secure Digital Content Electronic Distribution System 
Flow 

The Secure Electronic Digital Content Distribution Sys- 
tem 100, consists of several components that are used by the 30 
different participants of the system. These participants 
include the Content Provider(s) 101, Electronic Digital 
Content Slore(s) 103, End-User(s) via End-User Device(s) 
109 and the Clcaringhouse(s) 105. A high level system flow 
is used as an overview of the Secure Digital Content 35 
Electronic Distribution System 100. This flow outlined 
below tracks Content as it flows throughout the System 100. 
Additionally it outlines the steps used by the participants to 
conduct the transactions for the purchase, unlocking and use 
of the Content 113. Some of the assumptions made in the 40 
system flow include: 

This is a system flow for a Digital Content service 

(Point- to-Point Interface to a PC). 
Content Pro vide r(s) 101 submits audio Digital Content in 

PCM uncompressed format (as a music audio 

example). 

Content Provider(s) 101 has metadata in an ODBC com- 
phant database or Content Provider(s) 101 will enter 
the data directly into the Content Information Process- 
ing Subsystem, or will have provided data in prescribed 
ASCII file format(s). 

Financial settlement is done by the Electronic Digital 
Content Store(s). 

Cbntent 113 is hosted at a single Content Hosting Site(s) 
111. 

It should be understood by those skilled in the art that 
these assumptions can be altered to accommodate the exact 
nature of the Digital Content e.g. music, video and program 
and electronic distribution systems broadcast. 
The following process flow in fllustrated in FIG. 1. 
Step Process 

121 A uncompressed PCM audio file is provided as Content 
113 by the Content Provider(s) 101. Its filename is input 
into the Work Flow Manager 154 Tool along with the 
Content Provider(s)' 101 unique identifier for the Content 
113. 



122 Metadata is captured from the Content Provider(s)' 
Database 160 by the Content Information Processing 
Subsystem using the Content Provider(s)' 101 unique 
identifier for the Content 113 and information provided by 
the Database Mapping Template. 

123 The Work Flow Manager Tool 154 is used to direct the 
content flow through the acquisition and preparation 
process at the Content Provider(s) 101. It can also be used 
to track the status of any piece of content in the system at 
any lime. 

124 The Usage Conditions for the Content 113 are entered 
into the Content Information Processing Subsystem, this 
can be done cither manually or automaticaUy. This data 
includes copy restriction rules and any other business 
rules deemed necessary. All of the metadata entry can 
occur in parallel with the Audio Processing for the data. 

125 The Watermarking Tool is used to hide data in the 
Content 113 that the Content Provider(s) 101 deems 
necessary to identify the content. This could include when 
it was captured, where it came from (this Content 
Provider(s) 101), or any other information specified by 
the Cbntent Provider(s) 101. 

The Content Processing Tool 125 performs equalization, 
dynamics adjustments and re -sampling to the Content 
113 as necessary for the different compression levels 
supported. 

The Content 113 is compressed using the Content Pro- 
cessing Tool 125 to the desired compression levels. The 
Content 113 can then be played back to verify that the 
compression produces the required level of Content 113 
quality. If necessary the equalization, dynamics 
adjustments, compression and playback quality checks 
can be performed as many times as desired. 
The Content 113 and a subset of its metadata is encrypted 
with a Symmetric Key by the SC Packer. This tool then 
encrypts the key using the Public Key of the 
Clearinghouse(s) 105 to produce an Encrypted Sym- 
metric Key. This key can be transmitted anywhere 
without comprising the security of the Content 113 
since the only entity that can decrypt it is the 
Clearinghouse(s) 105. 

126 The Encrypted Symmetric Key, metadata and other 
information about the Content 113 is then packed into a 
Metadata SC by the SC Packer Tool 152. 

127 The encrypted Content 113 and metadata arc then 
packed into a Content SC. At this point the processing on 
the Content 113 and metadata is complete. 

128 The Metadata SC(s) is then sent to the Content Promo- 
tions Web Site 156 using the Content Disbursement Tool 
(not shown). 

129 The Content Disbursement Tool sends the Content 
SC(s) to the Content Hosting Site(s) 111. The Content 
Hosting Site(s) can reside at the Content Provider(s) 101, 
the Clearinghouse(s) 105 or a special location dedicated 
for Content Hosting. The URL for this site is part of the 
metadata that was added to the Metadata SC. 

130 The Content Promotions Web Site 156 notifies Elec- 
tronic Digital Content Store(s) 103 of new Content 113 
that is added to the System 100. 

60 131 Using the Content Acquisition Tool, Electronic Digital 
Content Store(s) 103 then download the Metadata SCs 
that correspond to the Content 113 they wish to sell. 
132 The Electronic Digital Content Store(s) 103 will use the 
Content Acquisition Tool to puU out any data from the 
Metadata SC(s) that they want to use to promote the 
Content 113 on their Web Site. Access to portions of this 
metadata can be secured and charged for if desired. 
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133 The Usage Conditions for the Content 113, specific to 
this Electronic Digital Content Store(s) 103, are entered 
using the Content Acquisition Tool These Usage Condi- 
tions include the retail prices and copy/play restrictions 
for the different compression levels of the Content 113. 5 

134 The Electronic Digital Content Store(s) 103 specific 
Usage Conditions and the original Metadata SC(s) are 
packed into an Offer SC by the SC Packer Tool. 

135 After the Electronic Digital Content Store(s) 103 Web 
Site is updated, the Content 113 is available to 
End-User(s) surfing the Web. 

136 When an End-User(s) finds Content 113 that they want 
to buy, they click on a content icon, such as a music icon, 
and the item is added to his/her shopping cart which is 
maintained by the Electronic Digital Content Storc(s) 
103. When the End-Use r(s) completes shopping they 
submit the purchase request to the Electronic Digital 
Content StoTe(s) 103 for processing. 

137 The Electn)nic Digital Content Store(s) 103 then inter- 
acts with credit card clearing organizations to place a hold 
on the funds in the same way they do business today. 20 

138 Once the Electronic Digital Content Store(s) 103 
receives the credit card authorization number back from 
the credit card clearing organization, it stores this into a 
database and invokes the SC Packer Tool to build a 
Transaction SC. This Transaction SC includes all of the 25 
Offer SCs for the Content 113 that the End-User(s) has 
purchased, a Transaction ID that can be tracked back to 
the Electronic Digital Content Store(s) 103, information 
that identifies the End-User(s), compression levels. Usage 
Conditions and the price list for the songs purchased. 30 

139 This Transaction SC is then transmitted to the End-User 
Dcvice(s) 109. 

140 When the Transaction SC arrives on the End-User 
Device(s) 109, it kicks off the End-User Player Applica- 
tion 195 which opens the Transaction SC and acknowl- 35 
edges the End-User's purchase. The End-User Player 
Application 195 then opens the individual Offer SCs and 

in an alternate embodiment, may inform the user with an 
estimate of the download time. It then asks the user to 
specify when they want to download the Content 113. 40 

141 Based on the time the End-User(s) requested the 
download, the End-User Player Application 195 will 
wake up and initiate the start of the download process by 
building a Order SC that contains among other things the 
Encrypted Symmetric Key for the Content 113, the Trans- 45 
action ID, and End-User(s) information. 

142 This Order SC is then sent to the Clearinghouse(s) 105 
for processing. 

143 The Clearinghouse(s) 105 receives the Order SC, opens 

it and verifies that none of the data has been tampered 50 
with. The Clearinghouse(s) 105 validates the Usage Con- 
ditions purchased by the End-User(s). These Usage Con- 
ditions must comply with those specified by the Content 
Provide r(s) 101. This information is logged in a database, 

144 Once all the checks are complete, the Encrypted Sym- 55 
metric Key is decrypted using the private key of the 
aearinghouse(s) 105. The Symmetric Key is then 
encrypted using the public key of the End-Uscr(s). This 
new Encrypted Symmetric Key is then packaged into a 
License SC by the SC Packer, 60 

145 The License SC is then transmitted to the End-User(s). 

146 When the License SC is received at the End-User 
Device(s) 109 it is stored in memory until the Content SC 
is downloaded, 

147 The End-User Device(s) 109 request from the Content 65 
Hosting FaciUty 111, sending the corresponding License 
SC for the purchased Content 113. 
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148 Content 113 is sent to the End-User Device(s) 109. 
Upon the receipt the Content 113 is de-encrypted by the 
End-User Device(s) 109 using the Symmetric Key. 

IV. Rights Management Architecture Model 

A. Architecture Layer Functions 

FIG. 5 is a block diagram of the Rights Management 
Architecture of the Secure Digital Content Electronic Dis- 
tribution System 100. Architecturally, four layers represent 
the Secure Digital Content Electronic Distribution System 
100: the License Control Layer 501, the Content Identifi- 
cation Layer 503, Content Usage Control Layer 505, and the 
Content Formatting Layer 507. The overall functional objec- 
tive of each layer and the individual key functions for each 
layer are described in this section. The functions in each of 
the layers are fairly independent of the functions in the other 
layers. Within broad limitations, functions in a layer can be 
substituted with similar functions without affecting the func- 
tionality of the other layers. Obviously, it is required that the 
output from one layer satisfies format and semantics accept- 
able to the adjacent layer. 

The License Control Layer 501 ensures that: 

the Digital Content is protected during distribution 
against illegal interception and tampering; 

the Content 113 originates from a rightful content owner 
and is distributed by a licensed distributor, e.g. Elec- 
tronic Digital Content Store(s) 103; 

the Digital Content purchaser has a properly licensed 
application; 

the distributor is paid by the purchaser before a copy of 
the Content 113 is made available to the purchaser or 
End-User(s); and 

a record of the transaction is kept for reporting purposes. 

The Content Identification Layer 503 allows for the 
verification of the copyright and the identity of the content 
purchaser. The content's copyright information and identity 
of the content purchaser enables the source tracking of any, 
authorized or not, copy of the Content 113. Thus, the 
Content Identification Layer 503 provides a means to com- 
bat piracy. 

The Content Usage Control Layer 505 ensures that the 
copy of the Content 113 is used in the purchaser's device 
according to the Store Usage Conditions 519. The Store 
Usage Conditions 519 may specify the number of plays and 
local copies allowed for the Content 113, and whether or not 
the Content 113 may be recorded to an external portable 
device. The functions in the Content Usage Control Layer 
505 keep track of the content *s copy/play usage and update 
the copy/play status. 

The Content Formatting Layer 507 allows for the format 
conversion of the Content 113 from its native representation 
in the content owner's facilities into a form that is consistent 
with the service features and distribution means of the 
Secure Digital Content Electronic Distribution System 100. 
The conversion processing may include compression encod- 
ing and its associated preprocessing, such as frequency 
equalization and amplitude dynamic adjustment. For Con- 
tent 113 which is audio,. at the purchaser's side, the received 
Content 113 also needs to be processed to achieve a format 
appropriate for playback or transfer to a portable device. 

B. Function Partitioning and Flows 

The Rights Management Architectural Model is shown in 
FIG. 5 and this illustrates the mapping of the architectural 
layers to the operating components making up the Secure 
Digital Content Electronic Distribution System 100 and the 
key functions in each layer. 
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1 . Content Fortnatting Layer 507 

The general functions assodated with the Content For- 
matting Layer 507 are Content Preprocessing 502 and 
Compression 511 at the Content Provider(s) 101, and Con- 
teal De-scrambling 513 and Decompression 515 at the 
End- User Device(s) 109. The need for preprocessing and the 
examples of specific functions were mentioned above. Con- 
tent Compression 511 is used to reduce the file size of the 
Content 113 and its transmission time. Any compression 
algorithm appropriate for the type of Content 113 and 
transmission medium can be used in the Secure Digital 
Content Electronic Distribution System 100. For music, 
MPEGW, Dolby AC-2 and AC-3, Sony Adaptive Trans- 
form Coding (ATRAC), and low-bit rate algorithms are 
some of the typically used compression algorithms. The 
Content 113 is stored in the End-User Device(s) 109 in 
compressed form to reduce the storage size requirement. It 
is decompressed during active playback. De -scrambling is 
ako performed during active playback. The purpose and 
type of scrambling will be described later during the dis- 
cussion of the Content Usage Control Layer 505. 

2. Content Usage Control Layer 505 

The Content Usage Control Layer 505 penmits the speci- 
fication and enforcement of the conditions or restrictions 
imposed on the use of Content 113 use at the End- User 
Device(s) 109. The conditions may specify the number of 
plays allowed for the Content 113, whether or not a sec- 
ondary copy of the Content 113 is allowed, the number of 
secondary copies, and whether or not the Content 113 may 
be copied to an external portable device. The Content 
Provider(s) 101 sets the allowable Usage Conditions 517 
and transmits them to the Electronic Digital Content Store(s) 
103 in a SC (see the License Control Layer 501 section). The 
Electronic Digital Content Storc(s) 103 can add to or narrow 
the Usage Conditions 517 as long as it doesn't invalidate the 
original conditions set by the Content Provider(s) 101. The 
Electronic Digital Content Store(s) 103 then transmits all 
Store Usage Conditions 519 (in a SC) to the End-User 
Device(s) 109 and the Clearinghouse(s) 105. The 
Clearinghouse(s) 105 perform Usage Conditions Vahdation 
521 before authorizing the Content 113 release to an End- 
User Device(s) 109. 

The enforcement of the content Usage Conditions 517 is 
performed by the Content Usage Control Layer 505 in the 
End-User Dcvice(s) 109. First, upon reception of the Con- 
tent 113 copy from the Content Identification Layer 503 in 
the End-User Device(s) 109 marks the Content 113 with a 
Copy/Play Code 523 representing the initial copy/play per- 
mission. Second, the Player Application 195 cryptographi- 
cally scrambles the Content 113 before storing it in the 
End-User Device(s) 109. The Player AppUcation 195 gen- 
erates a scrambling key for each Content item, and the key 
is encrypted and hidden in the End-User Device(s) 109. 
Then, every time the End -User Device(s) 109 accesses the 
Content 113 for copy or play, the End-User Device(s) 109 
verifies the copy/play code before allowing the 
de-scrambling of the Content 113 and the execution of the 
play or copy. The End-User D6vice(s) 109 also appropriately 
updates the copy/play code in the original copy of the 
Content 113 and on any new secondary copy. The copy/play 
coding is performed on Content 113 that has been com- 
pressed. That is, there is no need to decompress the Content 
113 before the embedding of the copy/play code. 

The End-User Device(s) 109 uses a License Watermark 
527 to embed the copy/play code within the Content 113. 
Only the End-User Player Application 195 that is knowl- 
edgeable of the embedding algorithm and the associated 
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scrambling key is able to read or modify the embedded data. 
The data is invisible or inaudible to a human observer; that 
is, the data introduces no perceivable degradation to the 
Content 113. Since the watermark survives several steps of 
5 content processing, data compression, D-to-A and A-to-D 
conversion, and signal degradation introduced by normal 
content handling, the watermark stays with the Content 113 
in any representation form, including analog representation. 
In an alternate embodiment, instead of using a License 
Watermark 527 to embed the copy/play code within the 
Content 113, the End-User Player Application 195 uses 
securely stored Usage Conditions 519. 

3. Content Identification Layer 503 . 

As part of the Content Identification Layer 503, the 
Content Providcr(s) 101 also uses a License Watermark 527 

^5 to embed data in the Content 113 such as to the content 
identifier, content owner and other information, such as 
pubhcation date and geographic distribution region. This 
watermark is referred to here as the Copyright Watermark 
529. Upon reception, the End-User Dcvice(s) 109 water- 

20 marks the copy of the Content 113 with the content pur- 
chaser's name and the Transaction ID 535 (see the License 
Control Layer 501 section below), and with other informa- 
tion such as date of license and Usage Conditions 517. This 
watermark is referred to here as the license watermark. Any 

25 copy of Content 113, obtained in an authorized manner or 
not, and subject to audio processing that preserves the 
content quality, carries the copyright and Ucense water- 
marks. The Content Identification Layer 503 deters piracy. 

4. License Control Layer 501 

30 The License Control Layer 501 protects the Content 113 
against unauthorized interception and ensures that the Con- 
tent is only released on an individual basis to an End-Uscr(s) 
that has properly licensed End-User Device(s) 109 and 
successfully completes a license purchase transaction with 

35 an authorized Electronic Digital Content Store(s) 103. The 
License Control Layer 501 protects the Content 113 by 
double Encryption 531. The Content 113 is encrypted using 
an encryption symmetric key generated by the Content 
Provider(s) 101, and the symmetric key is encrypted using 

40 the public key 621 of the Clearinghouse(s). Only the 
Clearinghouse(s) 105 can initially recover the symmetric 
key. 

License control is designed with the Clearinghouse(s) 105 
as the "trusted party". Before releasing permission for the 
45 License Request 537, (i.e. the Symmetric Key 623 for the 
Content 113 to an End-User Device(s) 109), the 
Clearinghousc(s) 105 verifies that the Transaction 541 and 
the License Authorization 543 are complete and authentic, 
that the Electronic Digital Content Store(s) 103 has au tho- 
se rization from the Secure Digital Content Electronic Distri- 
bution System 100 for the sale of electronic Content 113, 
and that the End-User(s) has a properly licensed application. 
Audit/Reporting 545 allows the generation of reports and the 
sharing of licensing transaction information with other 
55 authorized parties in the Secure Electronic Digital Content 
Distribution System 100. 

License control is implemented through SC Processing 
533. SC(s) are used to distribute encrypted Content 113 and 
information among the system operation components (more 
60 about the SC(s) detailed structure sections below). A SC is 
cryptographic carrier of information that uses cryptographic 
encryption, digital signatures and digital certificates to pro- 
vide protection against imauthorized interception and modi- 
fication of the electronic information or Content 113. It also 
65 allows for the authenticity verification of the electronic data. 
License control requires that the Content Provider(s) 101, 
the Electronic Digital Content Store(s) 103, and the 
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Cleariaghouse(s) 105 have bona-fide cryptographic digital 
certificates from reputable Certificate Authorities that are 
used to authenticate those components. The End-User 
Device(s) 109 are not required to have digital certificates, 
C. Content Distribution and Licensing Control 

FIG. 6 is a block diagram illustrating an overview of the 
Content Distribution and Licensing Control as it applies to 
the License Control Layer of FIG. 5. The figure depicts the 
case in which the Electronic Digital Content Store(s) 103, 
End-User Device(s) 109 and the Qearinghouse(s) 105 are 
interconnected via the Internet, and unicasl (point-to-point) 
transmission is used among those components. The com- 
munication between the Content Provider(s) 101 and the 
Electronic Digital Content Store(s) 103 could also be over 
the Internet or other network. It is assumed that the Content- 
purchase commercial transaction between the End-User 
Device(s) 109 and the Electronic Digital Content Store(s) 
103 is based on standard Internet Web protocols. As part of 
the Web -based interaction, the End-User(s) makes the selec- 
tion of the Content 113 to purchase, provides personal and 
financial information, and agrees to the conditions of pur- 
chase. The Electronic Digital Content Store(s) 103 coTild 
obtain payment authorization from an acquirer institution 
using a protocol such as SET. 

It is also assumed in FIG. 6 that the Electronic Digital 
Content Store(s) 103 has downloaded the End-User Player 
Application 195 to an End-User Device(s) 109 based on 
standard Web protocols. The architecture requires that the 
Electronic Digital Content Store(s) 103 assigns a unique 
application ID to the downloaded Player Application 195 
and that the End-User Device(s) 109 stores it for later 
application license verification (see below). 

The overall licensing flow starts at the Content 
Provider(s) 101, The Content Provider(s) 101 encrypts the 
Content 113 using an encryption symmetric key locally 
generated, and encrypts the Symmetric Key 623 using the 
Clearinghouse's 105 public key 621, In an alternate 
embodiment, the symmetric key instead of being locally 
generated my be sent to the Content Provider(s) 101 from 
the Clearinghouse(s) 105. The Content Provider(s) 101 
creates a Content SC(s) 630 around the encrypted Content 
113, and a Metadata SC(s) 620 around the encrypted Sym- 
metric Key 623, Store Usage Conditions 519, and other 
Content 113 associated information. There is one Metadata 
SC(s) 620 and one Content SC(s) 630 for every Content 113 
object. The Content 113 object may be a compression level 
one same song or the Content 113 object may be each song 
on the album or the Content 113 object may be the entire 
album. For each Content 113 object, the Metadata SC(s) 620 
also carries the Store Usage Conditions 519 associated with 
the Content Usage Control Layer 505. 

The Content Provider(s) 101 distributes the Metadata 
SC(s) 620 to one or more Electronic Digital Content Store(s) 
103 (step 601 ) and the Content SC(s) 630 to one or more 
Content Hosting Sites (step 602 ). Each Electronic Digital 
Content Store(s) 103, in tuna creates an Offer SC(s) 641, The 
Offer SC(s) 641 typically carries much of the same infor- 
mation as the Metadata SC(s) 620, including the Digital 
Signature 624 of the Content Provid6r(s) 101 and the 
Certificate (not shown of the Content Provider(s) 101. As 
mentioned above, the Electronic Digital Content Storc(s) 
103 can add to or narrow the Store Usage Conditions 519 
(handled by the Control Usage Control Layer) initially 
defined by the Content Provider(s) 101. Optionally, the 
Content SC(s) 630 and/or the Metadata SC(s) 620 is signed 
with a Digital Signature 624 of the Content Provider(s) 101. 

After the completion of the Content-purchase transaction 
between the End -User Device(s) 109 and the Hectronic 
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Digital Content Store(s) 103 (step 603), the Electronic 
Digital Content Store(s) 103 creates and transfers to the 
End-User Device(s) 109 a Transaction SC(s) 640 (step 604). 
The Transaction SC(s) 640 includes a unique Transaction ID 
535, the purchaser's name (i.e. End-User(s)^) (not shown), 
the Public Key 661 of the End-User Device(s) 109, and the 
Offer SC(s) 641 associated with the purchased Content 113. 
Transaction Data 642 in FIG. 6 represents both the Trans- 
action ID 535 and the End-User(s) name (not shown). The 
Transaction Data 642 is encrypted with the PubUc Key 621 
of the Clearinghouse(s) 105. Optionally, the Transaction 
SC(s) 640 is signed with a Digital Signature 643 of the 
Electronic Digital Content Store(s) 103. 

Upon reception of the Transaction SC(s) 640 (and the 
Offer SC(s) 641 included in it), the End-User Player AppU- 
cation 195 running on End-User Device(s) 109 solicits 
license authorization from the Qearinghouse(s) 105 by 
means of an Order SC(s) 650 (step 605). The Order SC(s) 
650 includes the encrypted Symmetric Key 623 and Store 
Usage Conditions 519 from the Offer SC(s) 641, the 
encrypted Transaction Data 642 from the Transaction SC(s) 
640, and the encrypted Application ID 551 from the End- 
User Device(s) 109. In another embodiment, the Order 
SC(s) 650 is signed with a Digital Signature 652 of the 
End-User Device(s) 109. 

Upon reception of the Order SC(s) 650 from the End-User 
Device(s) 109, the Qearinghouse(s) 105 verifies: 

1. that the Electronic Digital Content Store(s) 103 has 
authorization from the Secure Digital Content Electronic 
Distribution System 100 (exists in the Database 160 of the 
Clearinghouse(s) 105); 

2. that the Order SC(s) 650 has not been altered; 

3. that the Transaction Data 642 and Symmetric Key 623 arc 
complete and authentic; 

4. that the electronic Store Usage Conditions 519 purchased 
by the End-User Device(s) 109 are consistent with those 
Usage Conditions 517 set by the Content Provider(s) 101; 
and 

5. that the Application ID 551 has a valid structure and that 
it was provided by an authorized Electronic Digital Con- 
tent Store(s) 103. 

If the verifications are successful, the Clearinghouse(s) 
105 decrypts the Symmetric Key 623 and the Transaction 
Data 642 and builds and transfers the License SC(s) 660 to 
the End-User Device(s) 109 (step 606). The License SC(s) 
660 carries the Symmetric Key 623 and the Transaction Data 
642, both encrypted using the Public Key 661 of the 
End-User D6vice(s) 109. K any verification is not 
successful, the Clearinghouse(s) 105 denies the license to 
the End-User Devicc(s) 109 and informs the End-User 
Devioe(s) 109. The Clearinghouse(s) 105 also immediately 
informs the Electronic Digital Content Store(s) 103 of this 
verification failure. In an alternate embodiment, the 
Clearinghouse(s) 105 signs the License SC(s) 660 with its 
Digital Signature 663. 

After receiving the License SC(s) 660, the End-User 
Device(s) 109 decrypts the Symmetric Key 623 and the 
Transaction Data 642 previously received from the 
Clearinghouse(s) 105 and requests the Content SC(s) 630 
(step 607) from a Content Hosting Site(s) 111. Upon arrival 
of the Content SC(s) 630 (step 608), the End-User Device(s) 
109 decrypts the Content 113 using the Symmetric Key 623 
(step 609), and passes the Content 113 and the Transaction 
Data 642 to the other layers for license watermarking, 
copy/play coding, scrambling, and further Content 113 pro- 
cessing as described previously for FIG. 5. 

Finally, the Clearinghouse(s) 105 on a periodic basis 
transmits summary transaction reports to the Content 
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Provider(s) 101 and the Electronic Digital Content Store(s) 
103 for auditing and tracking purposes (step 610). 
V. Secure Container Structure 
A. General Structure 

A Secure Container (SC) is a structure that consisls of S 
several parts which together define a unit of Content 113 or 
a portion of a transaction, and which also define related 
information such as Usage Conditions, metadata, and 
encryption methods. SC(s) are designed in such a way that 
the integrity, completeness, and authenticity of the informa- lo 
tion can be verified. Some of the information in SC(s) may 
be encrypted so that it can only be accessed after proper 
authorization has been obtained. 

SC(s) include at least one bill of materials (BOM) part 
which has records of information about the SC(s) and about 15 
each of the parts included in the SC(s). A message digest is 
calculated, using a hashing algorithm such as MD-5, for 
each part and then included in the BOM record for the part. 
The digests of the parts are concatenated together and 
another digest is computed from them and then encrypted 20 
using the private key of the entity creating the SC(s) to 
create a digital signature. Parties receiving the SC(s) can use 
the digital signature to verify all of the digests and thus 
validate the integrity and completeness of the SC(s) and all 
of its parts. 25 

The following information may be included as records in 
the BOM along with the records for each part. The SC(s) 
type determines which records need to be included: 

SC(s) version 

SC(s) ID 3° 
Type of SC(s) (e.g. Oflfer, Order, Transaction, Content, 

Metadata or promotional and License.) 
Publisher of the SC(s) 

Date that the SC(s) was created 35 
Expiration date of the SC(s) 
Qearinghouse(s) URL 

Description of the digest algorithm used for the included 
parts (default is MD-5) 

Description of the algorithm used for the digital signature 
encryption (default is RSA) 

Digital signature (encrypted digest of all of the concat- 
enated digests of the included parts) 

SC(s) may include more than one BOM. For example, an 
Offer SC(s) 641 consists of the original Metadata SC(s) 620 
parts, including its BOM, as well as additional information 
added by the Electronic Digital Content Store(s) 103 and a 
new BOM. A record for the Metadata SC(s) 620 BOM is 
included in the Offer SC(s) 641 BOM. This record includes 
a digest for the Metadata SC(s) 620 BOM which can be used 
to validate its integrity and therefore, the integrity of the 
parts included from the Metadata SC(s) 620 can also be 
validated using the part digest values stored in Metadata 
SC(s) 620 BOM. None of the parts from the Metadata SC(s) 
620 have records in the new BOM that was created for the 
Offer SC(s) 641. Only parts added by the Electronic Digital 
Content Store(s) 103 and the Metadata SC(s) 620 BOM have 
records in the new BOM. 

SC(s) may also include a Key Description part. Key 
Description parts include records that contain the following 
information about encrypted parts in the SC(s): 

The name of the encrypted part. 

The name to use for the part when it is decrypted. 

The encryption algorithm used to encrypt the part. 55 

Either a Key Identifier to indicate the pubUc encryption 
key that was used to encrypt the part or an encrypted 
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symmetric key that, when decrypted, is used to decrypt 
the encrypted part. 

The encryption algorithm used to encrypt the symmetric 
key. This field is only present when the record in the 
Key Description part includes an encrypted symmetric 
key that was used to encrypt the encrypted part. 

A Key Identifier of the public encryption key that was 
used to encrypt the symmetric key. This field is only 
present when the record in the Key Description part 
includes an encrypted symmetric key and the encryp- 
tion algorithm identifier of the symmetric key that was 
used to encrypt the encrypted part. If the SC(s) does not 
contain any encrypted parts, then there is no Key 
Description part. 

B. Rights Management Language Syntax and Semantics 
The Rights Management Language consists of parameters 

that can be assigned values to define restrictions on the use 
of the Content 113 by an End-User(s) after the Content 113 
purchase. The restrictions on the use of the Content 113 is 
the Usage Conditions 517. Each Content Provider(s) 101 
specifies the Usage Conditions 517 for each of its Content 
113 items. Electronic Digital Content Store(s) 103 interpret 
the Usage Conditions 517 in Metadata SC(s) 620 and use the 
information to provide select options they wish to offer their 
customers as well as add retail purchase information for the 
Content 113. After an End-User(s) has selected a Content 
113 item for purchase, the End-User Device(s) 109 requests 
authorization for the Content 113 based on Store Usage 
Conditions 519. Before the Clearinghouse(s) 105 sends a 
License SC(s) 660 to the End-User(s), the Clearinghouse(s) 
105 verifies that the Store Usage. Conditions 519 being 
requested are in agreement with the allowable Usage Con- 
ditions 517 that were specified by the Content Provid6r(s) 
101 in the Metadata SC(s) 620. 

When an End-User Dcvice(s) 109 receives the Content 
113 that was purchased, the Store Usage Conditions 519 are 
encoded into that Content 113 using the Watermarking Tool 
or encoded in the securely stored Usage Conditions 519. The 
End-User Player Application 195 running on End-User 
Device(s) 109 insures that the Store Usage Conditions 519 
that were encoded into the Content 113 are enforced. 

The following are examples of Store Usage Conditions 
519 for an embodiment where the Content 113 is music: 

Song is recordable. 

Song can be played n number of times. 

C. Overview of Secure Container Flow and Processing 
Metadata SC(s) 620 arc built by Content Provider(s) 101 

and are used to define Content 113 items such as songs. The 
Content 113 itself is not included in these SC(s) because the 
size of the Content 113 is typically too large for Electronic 
Digital Content Store (s) 103 and End-User(s) to efficiently 
download the containers just for the purpose of accessing the 
descriptive metadata. Instead, the SC(s) includes an external 
URL (Uniform Resource Locators) to point to the Content 
113. The SC(s) also includes metadata that provides descrip- 
tive information about the Content 113 and any other 
associated data, such as for music, the CD cover art and/or 
digital audio clips in the case of song Content 113, 

Electronic Digital Content Store(s) 103 download the 
Metadata SC(s) 620, for which they are authorized, and 
build Offer SC(s) 641. In short, an Offer SC(s) 641 consists 
of some of the parts and the BOM firom the Metadata SC(s) 
620 along with additional information included by the 
Electronic Digital Content Store(s) 103. A new BOM for the 
Offer SC(s) 641 is created when the Offer SC(s) 641 is built. 
Electronic Digital Content Store(s) 103 also use the Meta- 
data SC(s) 620 by extracting metadata information from 
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them to build HTML pages on their web sites that present 
descriptions of Content 113 to End-Uscr(s), usually so they 
can purchase the Content 113. 

The information in the Offer SC(s) 641 that is added by 
the Electronic Digital Content Store(s) 103 is typically to 
narrow the selection of Usage Conditions 517 that are 
specified in the Metadata SC(s) 620 and promotional data 
such as a graphic image file of the store's logo and a URL 
to the store *s web site. An Offer SC(s) 641 template in the 
Metadata SC(s) 620 indicates which information can be 
overridden by the Electronic Digital Content Store(s) 103 in 
the Offer SC(s) 641 and what, if any, additional information 
is required by the Electronic Digital Content Store(s) 103 
and what parts are retained in the embedded Metadata SC(s) 
620. 

Offer SC(s) 641 are included in a Transaction SC(s) 640 
when an End-User(s) decides to purchase Content 113 &om 
an Electronic Digital Content Store(s) 103. The Electronic 
Digital Content Store(s) 103 builds a Transaction SC(s) 640 
and includes Offer SC(s) 641 for each Content 113 item 
being purchased and transmits it to the End-User Device(s) 
109. The End-User Devicc(s) 109 receives the Transaction 
SC(s) 640 and validates the integrity of the Transaction 
SC(s) 640 and the included Offer SC(s) 641. 

An Order SC(s) 650 is built by the End-User Device(s) 
109 for each Content 113 item being purchased. Information 
is included from the Offer SC(s) 641, from the Transaction 
SC(s) 640, and from the configuration files of the End-User 
Device(s) 109, Order SC(s) 650 are sent to the 
Clearinghouse(s) 105 one at a time. The Clearinghouse(s) 
105 URL where the Order SC(s) 650 is included as one of 
the records in the BOM for the Metadata SC(s) 620 and 
included again in the Offer SC(s) 641. 

The Clearinghouse(s) 105 validates and processes Order 
SC(s) 650 to provide the End-User Device(s) 109 with 
everything that is required to a License Watermark 527 and 
access purchased Content 113. One of the functions of the 
Clearinghouse(s) 105 is to decrypt the Symmetric Keys 623 
that are needed to decrypt the watermarking instructions 
from the Offer SC(s) 641 and the Content 113 from the 
Content SC(s) 630, An encrypted Symmetric Key 623 
record actually contains more than the actual encrypted 
Symmetric Key 623. Before executing the encryption, the 
Content Provide r(s) 101 may optionally append its name to 
the actual Symmetric Key 623. Having the Content 
Provider(s)* 101 name encrypted together with the Symmet- 
ric Key 623 provides security against a pirate Content 
Provider(s) 101 that has built its own Metadata SC(s) 620 
and Content SC(s) 630 from legal SC(s). The Clearinghouse 
(s) 105 verifies that the name of the Content Provider(s) 101 
encrypted together with the Symmetric Keys 623 matches 
the name of the Content Provider(s) 101 in the SC(s) 
certificate. 

If there are any changes required to be made to the 
watermarking instructions by the Clearinghouse(s) 105, then 
the Clearinghouse(s) 105 decrypts the Symmetric Key 623 
and then modifies the watermarking instructions and 
encrypts them again using a new Symmetric Key 623. The 
Symmetric Key 623 is then re-encrypted using the Public 
Key 661 of the End-User Device(s) 109. The Clearinghouse 
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(s) 105 also decrypts the other Symmetric Keys 623 in the 
SC(s) and encrypts them again with the Public Key 661 of 
the End-User Device(s) 109. The CIearinghouse(s) 105 
builds a License SC(s) 660 that includes the newly 

^ encrypted Symmetric Keys 623 and updated watermarking 
instructions and sends it to the End-User Device(s) 109 in 
response to the Order SC(s) 650, If the processing of the 
Order SC(s) 650 does not complete successfully, then the 

10 Clearinghouse(s) 105 returns to the End-User Device(s) 109 
an HTML page or equivalent reporting the failure of the 
authorization process, 

A License SC(s) 660 provides an End-User D6vic6(s) 109 
with everything that is needed to access a Content 113 item. 
The End-User Device(s) 109 requests the appropriate Con- 
tent SC(s) 630 from the Content Hosting Sile(s) 111. Content 
SC(s) 630 are built by Content Provider(s) 101 and include 
20 encrypted Content 113 and metadata parts. The End -User 
Player Application 195 uses the Symmetric Keys 623 from 
the License SC(s) 660 to decrypt the Content 113, metadata, 
and watermarking instructions. The watermarking instruc- 
tions are then affixed into the Content 113 and the Content 
113 is scrambled and stored on the End-User Devicc(s) 109. 

D. Metadata Secure Container 620 Formal 

30 The following table shows the parts that are included in a 
Metadata SC(s) 620. Each box in the Parts column is a 
separate object included in the SC(s) along with the BOM 
(with the exception of part names that are sunounded by [ 
] characters). The BOM contains a record for each part 
included in the SC(s), The Part Exists column indicates 
whether the part itself is actually included in the SC(s) and 
the Digest column indicates whether a message digest is 
computed for the part. Some parts may not be propagated 
when a SC(s) is included in other SC(s) (as determined by 
the associated template), although the entire original BOM 
is propagated. This is done because the entire BOM is 
required by the Cl6aringho\ise(s) 105 to verify the digital 
signature in the original SC(s). 

45 

The Key Description Part columns of the following table 
define the records that are included in the Key Description 
part of the SC(s), Records in the Key Description part define 
information about the encryption keys and algorithms that 

50 were used to encrypt parts within the SC(s) or parts within 
another SC(s). Each record includes the encrypted part name 
and, if necessary, a URL that points to another SC(s) that 
includes the encrypted part. The Result Name column 
defines the name that is assigned to the part after it is 
decrypted. The Encrypt Alg column defines the encryption 
algorithm that was used to encrypt the part. The Key Id/Enc 
Key column defines either an identification of the encryption 
key that was used to encrypt the part or a base64 encoding 
of the encrypted Symmetric Key 623 bit string that was used 
to encrypt the part. The Sym Key Alg column is an optional 
parameter that defines the encryption algorithm that was 
used to encrypt the Symmetric Key 623 when the previous 
column is an encrypted Symmetric Key 623. The Sym Key 

65 ID column is an identification of the encryption key that was 
used to encrypt the Symmetric Key 623 when the Key 
Id/Enc Key column is an encrypted Symmetric Key 623. 
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BOM 






Kev Descriolion Part 






Parts 


Pait Exists Digest 


Result Name 


Encrypt Alg 


Key Id/Enc Key 


Sym Key Alg 


Sym Key ID 


[OoQtcnt URL] 




Output Part 


RC4 


Enc Sym Key 


RSA 


CH Pub Key 


(Metadata URL] 


SC Version 
SC ID 
SC Type 
SC E*ub]isher 
Date 
Expiration Date 
acaringliousc(s) URL 
Digest Algorithm ID 
Digital Signature Alg ID 


Output Part 


RC4 


Enc Sym Key 


RSA 


CH Pub Key 


Content ID 


Yes Yes 












Metadata 


Yes Yes 












Usage Conditions 


Yes Yes 












SC Templates 


Yes Yes 












Watermarking Instructions 


Yes Yes 


Output Part 


ROt 


Enc Sym Key 


RSA 


CHPub Key 


Key Description Part 


Yes Yes 












Clearingha\ise(s) Certificate(s) 


Yes No 












Certificates (s) 


Yes No 
Digital Signature 













The following describes the terms that are used in the 
above Metadata SC(s) table: 

[Content URL] — A parameter in a record in the Key 
Description part. This is a URL that points to the 
encrypted Content 113 in the Content SC(s) 630 that is 
associated with this Metadata SC(s) 620. The Metadata "'^ 
SC(s) 620 itself does not contain the encrypted Content 
113. 

[Metadata URL] — A parameter in a record in the Key 
Description part. This is a URL that points to the 
encrypted metadata in the Content SC(s) 630 that is 
associated with this Metadata SC(s) 620, The Metadata 
SC(s) 620 itself does not contain the encrypted meta- 
data. 

Content ID — Apart that defines a unique ID assigned to 
a Content 113 item. There is more than one Content ID 
included in this part if the Metadata SC(s) 620 refer- 
ences more than ooe Content 113 item. 

Metadata — ^Parts that contain information related to a 
Content 113 item such as the artist name and CD cover 43 
art in the case of a song. There may be multiple 
metadata parts, some of which may be encrypted. The 
internal structure of the metadata parts is dependent on 
the type of metadata contained therein. 

Usage Conditions — ^A part that contains information that 50 
describes usage options, rules, and restrictions to be 
imposed on an End-Use r(s) for use of the Content 113. 

SC(s) Templates — Parts that define templates that 
describe the required and optional information for 
building the Offer, Order, and License SC(s) 660. 55 

Watermarking Instructions — ^A part that contains the 
encrypted instructions and parameters for implement- 
ing watermarking in the Content 113. The watermark- 
ing instructions may be modified by the 
Cl6aringhouse(s) 105 and returned back to the End- 60 
User Device(s) 109 within the License SC(s) 660, 
There is a record in the Key Description part that 
defines the encryption algorithm that was used to 
encrypt the watermarking instructions, the output part 
name to use when the watermarking instructions are 65 
decrypted, a base64 encoding of the encrypted Sym- 
metric Key 623 bit string that is was used to encrypt the 



watermarking instructions, the encryption algorithm 
that was used to encrypt the Symmetric Key 623, and 
the identification of the public key that is required to 
decrypt the Symmetric Key 623. 

Clearinghouse(s) Certificate(s) — ^A certificate from a cer- 
tification authority or from the Qcaringhousc(s) 105 
that contains the signed Public Key 621 of the 
Clearinghouse(s) 105. There may be more than one 
certificate, in which case a hierarchical level structure 
is used with the highest level certificate containing the 
public key to open the next lowest level certificate is 
reached which contains the Public Key 621 of the 
Clearinghouse(s) 105. 

Certificate(s) — ^A certificate from a certification authority 
or from the Clearinghouse(s) 105 that contains the 
signed Public Key 621 of the entity that created the 
SC(s). There may be more than one certificate, in which 
case a hierarchical level structure is used with the 
highest level certificate containing the pubhc key to 
open the next level certificate, and so on, until the 
lowest level certificate is reached which contains the 
public key of the SC(s) creator, 

SC Version — ^A version number assigned to the SC(s) by 
the SC Packer Tool. 

SC ID — A unique ID assigned to the SC(s) by the entity 
that created the SC(s), 

SC Type — ^Indicates the type of SC(s) (e.g. Metadata, 
Ofifer, Order, etc.) 

SC Publisher— Indicates the entity that created the SC(s). 

Creation Date — Date that the SC(s) was created. 

Expiration Dale — Date the SC(s) expires and is no longer 
valid. 

Clearingho\ise(s) URL — Address of the Cleartnghouse(s) 
105 that the End-User Player Application 195 should 
interact with to obtain the proper authorization to 
access the Content 113. 

Digest Algorithm ID — An identifier of the algorithm used 
to compute the digests of the parts. 

Digital Signature Alg ID — An identifier of the algorithm 
used to encrypt the digest of the concatenated part 
digests. This encrypted value is the digital signature. 
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Digital Signature — digest of the concatenated part 

digests encrypted with the public key of the entity that 

created the SC(s). 
Output Part — The name to assign to the output part when 

an encrypted part is decrypted. 
RSA and RCA — Default encryption algorithms used to 

encrypt the Symmetric Keys 623 and data parts. 
Enc Sym Key — base64 encoding of an encrypted key 

bitstring that, when decrypted, is used to decrypt a 

SC(s) part. 

CH Pub Key — An identifier that indicates that die Clear- 
inghouse's 105 Public Key 621 was used to encrypt the 
data. 

E. Offer Secure Container 641 Format 

The following table shows the parts that are included in 
the Offer SC(s) 641. The parts, with the exception of some 
of the metadata parts, and BOM from the Metadata SC(s) 
620 are also included in the Offer SC(s) 641. 
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Additional and Overridden Fields — Usage conditions 
information that was overridden by the Electronic 
Digital Content Store(s) 103. This information is vali- 
dated by the Clearinghouse(s) 105, by means of the 

5 received SC(s) templates, to make sure that anything 
that the Electronic Digital Content Store(s) 103 over- 
rides is within the scope of its authorization. 
Electronic Digital Content Store(s) Certificate — A certifi- 
cate provided to the Electronic Digital Content Store(s) 

30 103 by the Clearinghouse(s) 105 and signed by the 
Clearinghousc(s) 105 using its private key. This cer- 
tificate is used by the End-User Player Application 195 
to verify that the Electronic Digital Content Store(s) 
103 is a valid distributor of Content 113. The End-User 

15 Player Application 195 and Clearinghouse(s) 105 can 
verify that the Electronic Digital Content Store(s) 103 
is an authorized distributor by decrypting the certifi- 
cate's signature with the Qearinghousc's 105 Public 
Key 621. The End-User Player AppHcaUon 195 keeps 



Parts 



BOM 



Key Description Part 



Part Exists 



Digest Result Name Encrypt Alg Key Id/Enc Key Sym Key Alg Sym Key ID 



IContent URL] 
[Metadata URL] 



Content ID 

Metadata 

Usage Conditions 

SC Tfemphtes 

Watermarking Instructions 

Key Description Part 

CleaTinghousc(s) Certificate(s) 

Certificates (s) 



SC Version 
SC ID 
SCType 
SC Publisher 
Date 
Expiration Date 
aearingtiouse(s) URL 
Digest Algorithm ID 
Digital Signature Alg ID 



Yes 
Some 
Yes 
Yes 
Yes 
Yes 
Yes 
Yes 



Yes 
Yes 
Yes 
Yes 
Yes 
Yes 
No 
No 



E)igital Signature 



Metadata SC Parts 



Output Part 
Output Part 



RC4 
RC4 



Enc Sym Key 
Enc Sym Key 



RSA 
RSA 



CH Pub Key 
CH Pub Key 



Output Part 



RC4 



Enc Sym Key 



CH Pub Key 



Offer SC Parts 



Metadata SC BOM 
Additional and Overridden 
Fields 

Electronic Digital Content 
Stoie(s) Certificate 
Ccrtiflcatc(s) 



SC Version 
SC ID 
SC Type 
SC Publisher 
Date 
Expiration Date 
Digest Algorithm ID 
Digital Signature Alg ID 
Yes Yes 
Yes Yes 



Yes 



No 



Yes No 
Digital Signature 



The following describes the terms that are used in the 
above Offer SC(s) 641 that were not previously described for 
another SC(s): 

Metadata SC(s) BOM— The BOM from the original 
Metadata SC(s) 620. The record in the Offer SC(s) 641 65 
BOM includes the digest of the Metadata SC(s) 620 
BOM. 



a local copy of the Clearinghouse's 105 Public Key 621 
that it receives as part of its initialization during instal- 
lation. 

F. Transaction Secure Container 640 Format 

The following table shows the parts that are included in 
the Transaction SC(s) 640 as well as its BOM and Key 
Description parts. 
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BOM 



Kgy Description Part 



Parts 



Part Exists 



Digest Result Name Encrypt Alg Key Id/Enc Key Sym Key Alg Sym Key ID 



Transaction ID 
End-User(s) ID 
End-User(s)' Public Key 
Offer SC(s) 

Selections of Content Use 
HTML to Display 
Key Description Part 
Electronic Digital Content 
Store(s) Certificate 



SC Version 
SC ID 

scTypc 

SC Publisher 
Date 
Expiration Date 
Digest Algorithm ID 
Digital Signature Alg ID 
Yes Yes 
Yes Yes 
Yes Yes 
Yes Yes 
Yes Yes 
Yes Yes 
Yes Yes 
Yes No 

Digital Signature 



Output Part 
Output Part 



RSA 
RSA 



CH Pub Key 
CH Pub Key 



The following describes the terms that are used in the 
above Transaction SC(s) 640 that were not previously 
described for another SC(s): 

Transaction ID 535 — ^An ID assigned by the Electronic 
Digital Content Store(s) 103 to uniquely identify the 
transaction. 

End-User(s) ID— An identification of the End-User(s) 30 
obtained by the Electronic Digital Content Store(s) 103 
at the time the End-User(s) makes the buying selection 
and provides the credit card information. 

End-User(s)' Public Key— The End-User(s)' Public Key 
661 that is used by the Clearinghouse(s) 105 to 
re-encrypt the Symmetric Keys 623. The End-User(s)' 
Public Key 661 is transmitted to the Electronic Digital 
Content Store(s) 103 during the purchase transaction. 

Offer SC(s)— Offer SC(s) 641 for the Content 113 items 
that were purchased. 

Selections of Content Use— An array of Usage Condi- 
tions for each Content 113 item being purchased by the 
End-User(s). There is an entry for each Offer SC(s) 

641. 45 

HTML to Display — One or more HTML pages that the 
End-User Player Application 195 displays in the Inter- 
net browser window upon receipt of the Transaction 
SC(s) 640 or during the interaction between the End- 
User Device(s) 109 and the Clearinghouse(s) 105. 



When the End-User Devicc(s) 109 receives a Transaction 
SC(s) 640, the following steps may be performed to verify 
the integrity and authenticity of the SC(s): 

1. Verify the integrity of the Electronic Digital Content 
Storc(s) 103 certificate using the Public Key 621 of the 
Clearinghouse(s) 105. The Public Key 621 of the 
Clearinghouse(s) 105 was stored at the End-User 
Device(s) 109 after it was received as part of the initial- 
ization of the End-User Player Application 195 during its 
installation process. 

2. Verify the Digital Signature 643 of the SC(s) using the 
public key from the Electronic Digital Content Store(s) 
103 certificate. 

3. Verify the hashes of the SC(s) parts. 

4. Verify the integrity and authenticity of each Offer SC(s) 
641 included in the Transaction SC(s) 640. 

G. Order Secure Container 650 Format 

The following table shows the parts that are included in 
the Order SC(s) 650 as well as its BOM and Key Description 
parts. These parts either provide information to the 
Clearinghousc(s) 105 for decryption and verification pur- 
poses or is vaUdaled by the Clearinghouse(s) 105. The parts 
and BOM from the Offer SC(s) 641 are also included in the 
Orfer SC(s) 650. The Some string in the Part Exists column 
of the Metadata SC(s) BOM indicates that the some of those 
parts are not included in the Order SC(5) 650. The BOM 
from the Metadata SC(s) 620 is also included without any 
change so that the Clearinghousc(s) 105 can validate the 
integrity of the Metadata SC(s) 620 and its parts. 



BOM Key Description Fart 

Parts Part Exists Digest Result Name Encrypt Alg Key Id/Enc Key Sym Key Alg Sym Key ID 

Metadata SC(s) Parts 

[Content URL] Output Part RC4 Enc Sym Key RSA CH Pub Key 

[Metadata URL] Output Part RC4 Enc Sym Key RSA CH Pub Key 

SC(s) Version 
SC(s) ID 
SC(s) TVpe 
SC(s) Publisher 

Date 
Expiration Date 
ClearinghouseCs) URL 
Digest Algorithm ID 
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BOM 




Key Description Part 


Parts 


Part Exists Digest 


Result Name Encrypt Alg 


Key Id/Enc Key Sym Key Alg Sym Key ID 




Digital Signature Alg ID 






Content ID 


Yes Yc5 






Metadata 


Some Yes 






Usage Conditions 


Yes Yes 






SC(s) Ttmplates 


Yes Yes 






Watermaiking Instructions 


Yes Yes 


LmCput ran 


Pti/- Cum ITtiv RCA r'H PtiVi Iffv 
cnc »>yin jwcy ivart, v-n. ruu .^jcy 


Key Description Part 


Yes Yes 






Clearinghouse (s) Certificate (s) 


Yes No 






Certificates (s) 


Yes No 








Digital Signature 










/^flTifc* Q/^fe*\ Dnvf^ 

uner s^^^^sJ raits 






SC(s) Version 








SC(s) ID 








SC(s) Type 








SC(s) Publisher 








Date 








Expiration Date 








Digest Algorithm ID 








Digital Signature Alg ID 






Metadata SC(s) BOM 


Yes Yes 






Additional and Overridden 


Yes Yes 






Fields 








Electronic Digital Content 


Yes No 






Store(s) Certificate 








Ccrtificate(s) 


Yes No 








Digital Signature 










Transaction SC(s) Parts 






SC(s) Version 








SC(s) ID 








SC(5) TVpe 








SC(s) Publisher 








Date 








Expiration Date 








Digest Algorithm ID 








Digital Signature Alg ID 






Transaction ID 


ICS ICS 


rhiH^tit Pnrt R^A 
wuipuL rail 


CH Pub Key 


End-User(s) ID 


Yes Yes 


Output Part RSA 


CH Pub Key 


End-User(s)' Public Key 


Yes Yes 






Offer SC(s) 


One Offer Yes 








SC(s) 






Selections of Content Use 


Yes Yes 






HTML to Display in 


Yes Yes 






Browser Wdw 








Key Description Part 


Yes Yes 






Electronic Digital Content 


Yes No 






Store(6) Certificate 










Digital Signature 










Order SC(s) Parts 






SC(s) Version 








SCCs) ID 








SC(s) Type 








SC(s) Publisher 








Date 








Expiration Date 








Digest Algoritlim ID 








Digital Signature Alg ID 






Offer SC(s) BOM 


Yes Yes 






Transaction SC(8) BOM 


Yes Yes 






Encrypted Credit Card Info 


Yes Yes 


Output Part RSA 


CH Pub Key 


Key Description Part 


Yes Yes 








Digital Signature 
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The following describes the terms that are used in the 
above Order SC(s) 650 that were not previously described 
for another SC(s): 

Transaction SC(s) BOM — The BOM in the original 
Transaction SC(s) 640. The record in the Order SC(s) 
650 BOM includes the digest of the Transaction SC(s) 
640 BOM. 

Encrypted Credit Card Info. — Optional encrypted infor- 
mation from the End-User(s) that is used to charge the 
purchase to a credit card or debit card. This information 
is required when the Electronic Digital Content Store(s) 
103 that created the Ofi[er SC(s) 641 does not handle the 
customer billing, in which case the Clearinghouse(s) 
105 may handle the billing. 
H. License Secure Container 660 Format 

The following table shows the parts that are included in 
the License SC(s) 660 as well as its BOM. As shown in the 
Key Description part, the Symmetric Keys 623 that are 
required for decrypting the watermarking instructions, Con- 
tent 113, and Content 113 metadata have been re-encrypted 
by the Clearinghouse(s) 105 using the End-User(s)' Public 
Key 661. When the End-User Device(s) 109 receives the 
License SC(s) 660 it decrypts the Symmetric Keys 623 and 
use them to access the encrypted parts from the License 
SC(s) 660 and the Content SC(s) 630. 
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I. Content Secure Container Format 

The following table shows the parts that are included in 
the Content SC(s) 630 as well as the BOM: 



Paits Parts Exists BOM Digest 



SC(s) Version 
SC(s) ID 
SC(s) Type 
SC(s) Publisher 

Date 
Expiration Date 
Qcaringhouses{s) 105 URL 
Digest Algorithm ID 
Digital Signature Alg ID 



15 Content ID Yes Yes 

Encrypted Content Yes Yes 

Encrypted Metadata Yes Yes 

Metadata Yes Yes 

Ceftificatc(s) Yes No 



Digital Signature 



The following describes the terms used in the above 
Content SC(s) 630 that were not previoTisly described for 
another SC(s): 

Encrypted Content — Content 113 that was encrypted by a 
Content Provider(s) 101 using a Symmetric Key 623. 



Parts 


BOM 






Kev Description Part 






Part Exists Digest 


Result Name 


Encrypt Alg 


Key Id/Enc Key 


Sym Key Alg 


Sym Key ID 


[Cbntent URL] 




Output Part 


RC4 


Enc Sym Key 


RSA 


EU Pub Key 


[Metadata URL] 




Output Part 


RC4 


Enc Sym Key 


RSA 


EU Pub Key 


SC(s) Version 














SC(s) ID 














sc(5) Type 














SC(5) Publisher 














DaU 














Expiration Date 














Digest Algorithm ID 














Digital Signature Alg ID 












Content ID 


Yes Yes 












Usage Conditions 


Yes Yes 












Transaction Data 


Yes Yes 












Watermarking Instructions 


Yes Yes 


Output Part 


RC4 


Enc Sym Key 


RSA 


EU Pub Key 


Key DesCTiption Part 


Yes Yes 












Certificates (s) 


Yes No 














Digital Signature 













The following describes the terms that are used in the 
above License SC(s) 660 that were not previously described 
for another SC(s): 

EU Pub Key — ^An identifier that indicates that the End- 
Use r(s)' Public Key 661 was used to encrypt the data. 

Order SC(s) 650 ID— The SC(s) ID taken from the Order 
SC(s) 650 BOM. 

Certificate Revocation List — An optional list of certificate 
IDs which were previously issued and signed by the 
Clearinghouse(s) 105, but are no longer considered to 
be valid. Any SC(s) that have a signature which can be 
verified by a certificate that is included in the revoca- 
tion list are invalid SC(s). The End-User Player Appli- 
cation 195 stores a copy of the Clearinghouse's 105 
certificate revocation list on the End-User Device(s) 
109. Whenever a revocation list is received, the End- 
User Player Application 195 replaces its local copy if 
the new one is more up to date. Revocation lists 
includes a version number or a time stamp (or both) in 
order to determine which list is the most recent. 



Encrypted Metadata — Metadata associated with the Con- 
50 tent 113 that was encrypted by a Content Provider(s) 
101 using a Symmetric Key 623. 
There is no Key Description part included in the Content 
SC(s) 630 since the keys required to decrypt the encrypted 
parts are in the License SC(s) 660 that is built at the 
Clcaringhouse(s) 105. 

VI. Secure Container Packing and Unpacking 
A. Overview 

The SC(s) Packer is a 32-bit Windows' program with an 
API (Application Programming Interface) that can be called 
in cither a multiple or single step process to create a SC(s) 

60 with all of the specified parts. The SC(s) Packer 151, 152, 
153 variety of hardware platforms supporting Windows' 
program at the Content Provider(s) 101, Clearinghouse(s) 
105, Electronic Digital Content Store(s) 103 and other sites 
requiring SC(s) Packing. A BOM and, if necessary, a Key 

65 Description part are created and included in the SC(s). A set 
of packer APIs allows the caller to specify the information 
required to generate the records in the BOM and Key 
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Description parts and to include parts in the SC(s). Encryp- 
tion of parts and Symmetric Keys 623 as well as computing 
the digests and the digital signature is also be performed by 
the packer. Encryption and digest algorithms that are sup- 
ported by the packer are included in the packer code or they 
are called through an external interface. 

The interface to the packer for building a SC(s) is done by 
an API that accepts the following parameters as input: 
A pointer to a buffer of concatenated structures. Each 
stmcmre in the buffer is a command to the packer witb 
the information that is required to execute the com- 
mand. Packer commands include adding a part to the 
SC(s) with an associated BOM record, adding a record 
to the BOM, and adding records to the Key Description 
part. 

A value indicating the number of concatenated structures 
contained in the above described buffer. 

Name and location of the BOM part. 

A value with each bit being a defined flag or a reserved 
flag for future use. The following flags are currently 
defined: 

Indication as to whether all of the parts of the SC(s) 
should be bundled together into a single file after all 
of the structures in the buffer have been processed. 
Bundling the parts into a single object is the last step 
that is performed when building a SC(s). 
Indication as to whether the digital signature is omitted 
from the BOM part. If this flag is not set, then the 
digital signature is computed right before the SC(s) 
is bundled into a single object. 
In an alternate embodiment, the interface to the packer for 
building a SC(s) is done by APIs that accept the following 
parameters as input: 

First, an API is called to create a Bill of Materials (BOM) 
part by passing in pointer to a structure that consists of 
information that is used to initialize SC(s) settings that 
are denoted as IP records in the SC(s) BOM part, the 
name to use for the BOM part, a default location to look 
for parts that will be added, and a flags value. This API 
returns a SC(s) handle that is used in subsequent Packer 
APIs. 

The Packer has an API that is used whenever a part is 
added to a SC(s). This API accepts a SC(s) handle, 
which was previously returned by a previous Packer 
API, a pointer to a stmcture that consists of information 
about the part that is being added, and a flags value. 
Information about the part being added includes the 
name and location of the part, the name to use in the 
BOM for the part, the type of part that is being added, 
a hash value for the part, flags, etc. 

After aU of the parts have been added to the SC(s) a 
Packer API is called to pack all of the parts, including 
the BOM part, into a single SC(s) object, which is 
typically a file. This API accepts a SC(s) handle, which 
was previously returned by a previous Packer API, the 
name to use for the packed SC(s), a pointer to a 
stmcture with information for signing the SC(s), and a 
flags value. 

Either the packer or the entity calling the packer can use 
a SC(s) template to build a SC(s). SC(s) templates have 
information that define parts and records that arc required in 
the SC(s) that is being built. Templates can also define 
encryption methods and key references to use for encrypting 
Symmetric Keys 623 and encrypted parts. 

The packer has an API that is used to unpack a SC(s). 
Unpacking a SC(s) is the process of taking a SC(s) and 
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separating it into its individual parts. The packer can then be 
called to decrypt any of the encrypted parts that were 
unpacked from the SC(s). 
B. BiU of Materials (BOM) Part 

The BOM part is created by the packer when a SC(s) is 
being buflt. The BOM is a text file that contains records of 
information about the SC(s) and about the parts that are 
included in the SC(s). Each record in the BOM is on a single 
line with a new line indicating the start of a new record. The 
BOM usually includes digests for each part and a digital 
signature that can be used to vaUdate the authenticity and 
integrity of the SC(s). 

The record types within a BOM are as foUows: 

IP An IP record contains a set of Name- Value pairs 
pertaining to the SC(s). The following Names are 
reserved for specific properties of SC(s): 
V major.minor.fix 

The V property specifies the version of the SC(s). This is 
the version number of the SC(s) specification that the 
SC(s) was created under. The string that foUows should 
be of the form major,minor.fix, where major, minor, and 
fix are the major release number, minor release number, 
and fix level, respectively. 

ID value 

The ID property is a unique value that is assigned to this 
specific SC(s) by the entity that is creating this SC(s). 
The format of the value is defined in a later version of 
this document. 

T value 

The T property specifies the type of the SC(s), which 

should be one of: 

ORD— An Order SC(s) 650. 

OFF— An Offer SC(s) 641. 

Lie— A License SO[s). 

TRA— A Transaction SC(s) 640. 

MET— A Metadata SC(s) 620. 

CON— A Content SC(s) 630. 
A value 

The A property identifies the author or publisher of the 
SC(s). Author/publisher identities should be unambigu- 
ous and/or registered with the Clearinghouse(s) 105. 

D value 

The D property identifies the date, and optionaUy, the time 
that the SC(s) was created. The value should be of the 
form yyyy/mm/dd[@hh:mm[:ss[.fisec]][(TZ)]] repre- 
senting year/month/day@hour:minute:second.decimal- 
firaction-of-second (time -zone). Optional parts of the 
value are enclosed in [ ] characters. 

E value 

The E property identifies the date, and optionally, the time 
that the SC(s) expires. The value should be the same 
form used in the D property that was previously 
defined. The expiration date/time should be compared, 
whenever possible, with the date/time at the 
Clearinghouse(s) 105. 

CCURL value 

The CCURL property identifies the URL of the 
Clearinghouse(s) 105. The value should be of the form 
of a valid external URL. 

H value 

The H property identifies the algorithm that was used to 
calculate the message digests for the parts included in 
the SC(s). An example digest algorithm is MD5. 
DAD record is a data or part entry record that contains 
information that identifies the type of part, the name of the 
part, the (optional) digest of the part, and an (optional) 
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indication that the part is not included in the SC(s). A K record specifies an encrypted part that may be 

A — sign immediately after the type identifier is used to included in this SC(s) or may be iacluded in another 

indicate that the part is not included in the SC(s). The SC(s) that is referred to by diis record. The cncrypted_ 

following are reserved types of data or part records: part_name is either the name of a part in this SC(s) or 

K part_name [digest] s a URL pointing to the name of the encrypted part in 

Specifies the Key Description part. another SC(s). The result_part_name is the name that 

W part_name [digest] g^^^" ^ decrypted part. The part_encryption_ 

Specifies the watermarking instructions part. algorithm_identifier indicates the encryption algo- 

C art name fdi est] nthm that was used to encrypt the part. The pubhc_key 

^ .r' . y ^ . J. . ^ 10 _identifier is an identifier of the key that was used to 

Specifies the certificate(s) used to validate the digital ^^^^^^ ^^^^ Symmetric Key 623. 

signature. The key_encryption„algorithm_identifier indicates the 

T part name [digest] -^f ... , , , , 

*^ ~ L & J encryption algorithm that was used to encrypt the 

Specifies the Usage Conditions part. Symmetric Key 623. The encrypted symmetric key is a 

YF part_name [digest] base64 encoding of the encrypted Symmetric Key 623 

Specifies the Template part for the Offer SC(s) 641. bit string that was used to encrypt the part. 

YO part_name [digest] VH. Clearinghouse(s) 105 

Specifies the Template part for the Order SC(s) 650. A. Overview 

YL part_name [digest] The Clcaringhousc(s) 105 is responsible for the rights 

Specifies the Template part for the License SC(s) 660, 20 management functions of the Secure Digital Content Elec- 

ID part_name [digest] tronic Distribution System 100. CleariQghousc(s) 105 func- 

Specifies the ID(s) of the Content 113 of the item(s) of tions include enablement of Electronic Digital Content Store 

Content 113 being referenced. (s) 103, verification of rights to Content 113, integrity and 

CH part name [digest] authenticity vahdation of the buying transaction and related 

SpecifieJ'thc Clcaringho«se(s) 105 certificate part mfotmation distribution of Content encryption keys or 

. rj- Symmetnc Keys 623 to End-User Devicefs) 109, tracking 

SP part_name I digest] / r i j r* 

^.^ , J:, . ,o the distnbution of those keys, and reportmg of transaction 
Specifies the Electronic Digital Content Store(s) 103 ^^^^^^^^ ^ Electronic Digital Content Store(s) 103 and 
certificate part. Content Provider(s) 101. Content encryption keys are used 
B part_name [digest] End-User Device(s) 109 to unlock Content 113 for which 
Specifies a BOM part for another SC(s) that has its parts ^^^^ obtained rights, typically by a purchase transac- 
or a subset of its parts included in this SC(s). ^^^^ ^ authorized Electronic Digital Content Store(s) 
BP part__name sc_part_name [digest] Before a Content encryption key is sent to an End-User 
Specifies a BOM part for another SC(s) that is included as Devicc(s) 109, the QearinghouseCs) 105 goes through a 
a single part in this SC(s). The sc__part_name param- 35 verification process to validate the authenticity of the entity 
eter is the name of the SQs) part that is included in this that is selling the Content 113 and the rights that the 
SC(s) and that this BOM part defines. A BOM that is End-User Device(s) 109 has to the Content 113. This is 
identical to this one is also included in the SC(s) that is called the SC Analysis Tool 185. In some configurations the 
defined by the sc_part_name parameter. Clearinghouse(s) 105 may also handle the financial settle - 
D part_name [digest] 40 ment of Content 113 purchases by co -locating a system at 
Specifies a data (or metadata) part. the Clearinghouse(s) 105 that performs the Electronic Digi- 
S An S record is a signature record the is used to define the tal Content Store(s) 103 functions of credit card authoriza- 
digital signature of the SC(s). The digital signature is tion and billing. The Clearinghouse(s) 105 uses OEM pack- 
specified as follows: ages such as ICVerify and Taxware to handle the credit card 

S key_identifier signature_string signature algorithm 45 processing and local sales taxes. 

The S record contains the key__identifier to indicate the Electronic Digital Content Store(s) Embodiment 

encryption key of the signature, the signature_string, An Electronic Digital Content Store(s) 103 that wants to 
which is the base 64 encoding of the digital signature participate as a seller of Content 113 in the Secure Digital 
bitstring, and the signature algorithm that was used to Content Electronic Distribution System 100 makes a request 
encrypt the digest to create the digital signature. 50 to one or more of the Digital Content Provide r(s) 101 that 
C. Key Description Part provide Content 113 to the Secure Digital Content Elec- 
The Key Description part is created by the packer to tronic Distribution System 100. There is no definitive pro- 
provide information about encryption keys that are needed cess for making the request so long as the two parties come 
for decryption of SC(s) encrypted parts. The encrypted parts to an agreement. After the digital content label such as a 
may be included in the SC(s) being built or may be in other ss Music Label e.g. Sony, Time- Warner, etc. decides to allow 
SC(s) which are referred to by the SC(s) being built. The the Electronic Digital Content Store(s) 103 to sell its Con- 
Key Description part is a text file that contains records of tent 113, the Clearinghouse(s) 105 is contacted, usually via 
information about the encryption keys and the parts for E-mail, with a request that the Electronic Digital Content 
which the encryption keys are used. Each record in the Key Store(s) 103 be added to the Secure Digital Content Elec- 
Description part is on a single line with a new line indicating 60 tronic Distribution System 100. The digital content label 
the start of a new record. provides the name of the Electronic Digital Content Store(s) 
The following record type is used within a Key Descrip- 103 and any other information that may be required for the 
tion part and is defined as follows: Clearinghouse(s) 105 to create a digital certificate for the 
K encrypted_part_name; result_part_name; part_ Electronic Digital Content Store(s) 103. The digital certifi- 
encryption_algorithm_identifier, public _Jcey_identifier 65 cate is sent to the digital content label in a secure fashion, 
key_encryption_algorithm and encrypted_symmetric_ and then forwarded by the digital content label to the 
key. Electronic Digital Content Store(s) 103. The Clearinghouse 
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(s) 105 maintains a database of digital certificates that it has 
assigned. Each certificate includes a version number, a 
unique serial number, the signing algorithm, the name of the 
issuer (e.g., the name of Cl6aringhouse(s) 105), a range of 
dates for which the certificate is considered to be valid, the 5 
name Electronic Digital Content Store(s) 103, the pubUc key 
of the Electronic Digital Content Store(s) 103, and a hash 
code of all of the other information signed using the private 
key of the Clearinghouse(s) 105. Entities that have the 
Public Key 621 of the Clearinghouse(s) 105 can validate the lO 
certificate and then be assured that a SC(s) with a signature 
that can be validated using the public key from the certificate 
is a valid SC(s). 

After the Electronic Digital Content Store(s) 103 has 
received its digital certificate that was created by the 15 
Clearinghouse(s) 105 and the necessary tools for processing 
the SC(s) from the digital content label, it can begin offering 
Content 113 that can be purchased by End-User(s). The 
Electronic Digital Content Store(s) 103 includes its certifi- 
cate and the Transaction SC(s) 640 and signs the SC(s) using 20 
its Digital Signature 643. The End-User Device(s) 109 
verifies that the Electronic Digital Content Store(s) 103 is a 
valid distributor of Content 113 on the Secure Digital 
Content Electronic Distribution System 100 by first check- 
ing the digital certificate revocation list and then using the 25 
Public Key 621 of the aearinghouse(s) 105 to verify the 
information in the digital certificate for the Electronic Digi- 
tal Content Store(s) 103. A digital certificate revocation list 
is maintained by the Clearinghouse(s) 105. The revocation 
list may be included as one of the parts in a License SC(s) 30 
660 that is created by the Clearinghouse(s) 105. End-User 
Device(s) 109 keep a copy of the revocation list on the 
End- User Device(s) 109 so they can use it as part of the 
Electronic Digital Content Store(s) 103 digital certificate 
validation. Whenever the End-User Device(s) 109 receives 35 
a License SC(s) 660 it determines whether a new revocation 
hst is included and if so, the local revocation fist on the 
End-User Device(s) 109 is updated, 
B. Rights Management Processing 

Order SC(s) Analysis 40 

The Clearinghouse(s) 105 receives an Order SC(s) 650 
firom an End-User(s) after the End-User(s) has received the 
Transaction SC(s) 640, which include the Offer SC(s) 641, 
from the Electronic Digital Content Store(s) 103. The Order 
SC(s) 650 consists of parts that contain information relative 45 
to the Content 113 and its use, information about the 
Electronic Digital Content Store(s) 103 that is selling the 
Content 113, and information about the Ead-User(s) that is 
purchasing the Content 113. Before the aearinghouse(s) 
105 begins processing the information in the Order SC(s) 50 
650, it first performs some processing to insure that the 
SC(s) is in fact valid and the data it contains has not been 
corrupted in any way. 
Validation 

The Clearinghouse(s) 105 begins the validation of Order 55 
SC(s) 650 by verifying the digital signatures, then the 
Clearinghouse(s) 105 verifies the integrity of the Order 
SC(s) 650 parts. To validate the digital signatures, first the 
Clearinghouse(s) 105 decrypts the Contents 631 of the 
signature itself using the Public Key 661 of the signing 60 
entity included if signed. (The signing entity could be the 
Content Provider(s) 101, the Electronic Digital Content 
Store(s) 103, the End User Device(s) 109 or any combina- 
tion of them.) Then, the aearinghouse(s) 105 calculates the 
digest of the concatenated part digests of the SC(s) and 65 
compares it with the digital signature's decrypted Content 
113. If the two values match, the digital signature is valid. 
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To verify the integrity of each part, the Clearinghouse(s) 105 
computes the digest of the part and compares it to the digest 
value in the BOM. The Clearinghouse(s) 105 follows the 
same process to verify the digital signatures and part integ- 
rity for the Metadata and Offer SC(s) 641 parts included 
within the Order SC(s) 650. 

The process of verification of the Transaction and Offer 
SC(s) 641 digital signatures also indirectly verifies that the 
Electronic Digital Content Store(s) 103 is authorized by the 
Secure Digital Content Electronic Distribution System 100. 
This is based on the fact that the aearinghouse(s) 105 is the 
issuer of the certificates. Alternately, the Clearinghous6(s) 
105 would be able to successfully verify the digital signa- 
tures of the Transaction SC(s) 640 and Offer SC(s) 641 using 
the public key firom the Electronic Digital Content Store(s) 
103, but only if the entity signing the SC(s) has ownership 
of the associated private key. Only the Electronic Digital 
Content Store(s) 103 has ownership of the private key. 
Notice that the Clearinghouse(s) 105 does not need to have 
a local database of the Electronic Digital Content Store(s) 
103. Since the store uses the Qearinghouse PubUc Key to 
sign the Transaction SC(s) 640 Offer SC(s) 641 pubhc keys. 

Then, the Store Usage Conditions 519 of the Content 113 
which the End-User(s) is purchasing are validated by the 
Clearinghouse(s) 105 to insure that they fall within the 
restrictions that were set in the Metadata SC(s) 620. Recall 
that the Metadata SC(s) 620 is included within the Order 
SC(s) 650. 
Key Processing 

Processing of the encrypted Symmetric Keys 623 and of 
the watermarking instructions are done by the 
Clearinghouse(s) 105 after authenticity and the integrity 
check of the Order SC(s) 650, the validation of the Elec- 
tronic Digital Content Store(s) 103, and the validation of the 
Store Usage Conditions 519 have been completed success- 
fully. The Metadata SC(s) 620 portion of the Order SC(s) 
650 typically has several Symmetric Keys 623 located in the 
Key Description part that were encrypted using the Public 
Key 621 of the Clearinghouse(s) 105. Encryption of the 
Symmetric Keys 623 are done by the Content Provider(s) 
101 when the Metadata SC(s) 620 was created. 

One Symmetric Key 623 are used for decrypting the 
watermarking instmctions and the others for decrypting the 
Content 113 and any encrypted metadata. Since Content 113 
can represent a single song or an entire collect of songs on 
a CD, a different Symmetric Key 623 may be used for each 
song. The watermarking instructions are included within the 
Metadata SC(s) 620 portion in the Order SC(s) 650. The 
Content 113 and encrypted metadata are in the Content 
SC(s) 630 at a Content Hosting Site(s) 111. The URL and 
part names of the encrypted Content 113 and metadata parts, 
within the Content SC(s) 630, are included in the Key 
Description part of the Metadata SC(s) 620 portion of the 
Order SC(s) 650. The Clearinghouse(s) 105 uses its private 
key to decrypt the Symmetric Keys 623 and then encrypts 
each of them using the Public Key 661 of the End-User 
Device(s) 109. The Public Key 661 of the End-User 
Dcvicc(s) 109 is retrieved from the Order SC(s) 650. The 
new encrypted Symmetric Keys 623 are included in the Key 
Description part of the License SC(s) 660 that the 
Clearinghouse(s) 105 returns to the End-User Device(s) 109. 

During the time of processing the Symmetric Keys 623, 
the Clearinghouse(s) 105 may want to make modifications to 
the watermarking instructions. If this is the case, then after 
the Clearinghouse(s) 105 decrypts the Symmetric Keys 623, 
the watermarking instructions are modified and 
re -encrypted. The new watermarking instructions are 
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included as one of the parts within the License SC(s) 660 
that gets returned to the End-User Device(s) 109. 

If all of the processing of the Order SC(s) 650 is 
successful, then the Clearinghouse(s) 105 returns a License 
SC(s) 660 to the End-User Device{s) 109. The End-User 
Device(s) 109 uses the License SC(s) 660 information to 
download the Content SC(s) 630 and access the encrypted 
Content 113 and metadata. The watermarking instructions 
are also executed by the End-User Device(s) 109. 

If the Clearinghouse(s) 105 is not able to successfully 
process the Order SC(s) 650, then an HTML page is returned 
to the End- User Device(s) 109 and displayed in an Internet 
browser window. The HTTvIL page indicates the reason that 
the Clearinghouse(s) 105 was unable to process the trans- 
action. 

In an alternate embodiment, if the user has purchased a 
copy of the Content 113 prior to the release date set for the 
sale, the Licens6(s) SC 660 is returned without the Sym- 
metric Keys 623. The License(s) SC 660 is returned to the 
Ciearinghouse(s) 105 on or after the release date to receive 
the Symmetric Keys 623. As an example, the Content 
Provider(s) 101 allow users to download a new song prior to 
the release date for the song to enable customers to down- 
load the song and be prepared to play the song before a date 
set by the Content Provider(s) 101. This allows immediate 
opening of the Content 113 on the release date without 
having to content for bandwidth and download time on the 
release date. 

C. Country Specific Parameters 

Optionally, the Clearinghouse(s) 105 uses the domain 
name of the End-User Device(s) 109 and, whenever 
possible, the credit card billing address to determine the 
country location of the End-User(s). If there are any restric- 
tions for the sale of Content 113 in the country where the 
End-User(s) resides, then the Clearinghouse(s) 105 insures 
that the transaction being processed is not violating any of 
those restrictions before transmitting License SC(s) 660 to 
the End-User Device(s) 109. The Electronic Digital Content 
Slore(s) 103 is also expected to participate in managing the 
distribution of Content 113 to various countries by perform- 
ing the same checks as the Clearinghouse(s) 105. The 
Clearinghouse(s) 105 does whatever checking that it can in 
case the Electronic Digital Content Store(s) 103 is ignoring 
the country specific rules set by the Content Provider(s) 101. 

D. Audit Logs and Tracking 

The Clearinghouse(s) 105 maintains a Audit Logs 150 of 
information for each operation that is performed during 
Content 113 purchase transactions and report request trans- 
actions. The information can be used for a variety of 
purposes such as audits of the Secure Digital Content 
Electronic Distribution System 100, generation of reports, 
and data mining. 

The Clearinghouse(s) 105 also maintains account bal- 
ances in Billing Subsystem 182 for the Electronic Digital 
Content Slore(s) 103. Pricing structures for the Electronic 
Digital Content Store(s) 103 is provided to the 
Clearinghouse(s) 105 by the digital content labels. This 
information can include things like current specials, volume 
discounts, and account deficit limits that need to be imposed 
on the Electronic Digital Content Store(s) 103. The 
Clearinghouse(s) 105 uses the pricing information to track 
the balances of the Electronic Digital Content Store(s) 103 
and insure that they do not exceed their deficit limits set by 
the Content Provider(s) 101. 

The following operations are typically logged by the 
Clearinghouse(s) 105: 



10 



20 



25 



30 



35 



40 



45 



50 



60 



65 



End-User Device(s) 109 requests for License SC(s) 660 
Credit card authorization number when the 

Clearinghouse(s) 105 handles the billing 
Dispersement of License SC(s) 660 to End-User Device 

(s) 109 
Requests for reports 

Notification from the End-Uscr(s) that the Content SC(s) 
630 and License SC(s) 660 were received and validated 

The following information is typically logged by the 
Clearinghouse(s) 105 for a License SC(s) 660: 

Date and time of the request 

Date and time of the purchase transaction 

Content ID of the item being purchased 

Identification of the Content Provider(s) 101 

Store Usage Conditions 519 

Watermarking instruction modifications 

Transaction ID 535 that was added by the Electronic 
Digital Content Store(s) 103 

Identification of the Electronic Digital Content Store(s) 
103 

Identification of the End-User Devicc(s) 109 
End-User(s) credit card information (if the 

Clearinghouse(s) 105 is handling the billing) 
The following information is typically logged by the 
Clearinghouse(s) 105 for an End-User's credit card valida- 
tion: 

Date and time of the request 

Amount charged to the credit card 

Content ID of the item being purchased 

Transaction ID 535 that was added by the Electronic 

Digital Content Store(s) 103 
Identification of the Electronic Digital Content Store(s) 

103 

Identification of the End-User(s) 
End-User(s) credit card information 
Authorization number received from the clearer of the 
credit card 

The following information is typically logged by the 
Clearinghousc(s) 105 when a License SC(s) 660 is sent to an 
End-User Device(s) 109: 

Date and time of the request 

Content ID of the item being purchased 

Identification of Content Provider(s) 101 

Usage Conditions 517 

Transaction ID 535 that was added by the Electronic 

Digital Content Store(s) 103 
Identification of the Electronic Digital Content Store(s) 

103 

Identification of the End-User(s) 

The following information is typically logged when a 
report request is made: 

Date and time of the request 

Date and time the report was sent out 

Type of report being requested 

Parameters used to generate the report 

Identifier of the entity requesting the report 
E. Reporting of Results 

Reports are generated by the Clearinghouse(s) 105 using 
the information that the Clearinghouse(s) 105 logged during 
End-Use r(s) purchase transactions. Content Provide r(s) 101 
and Electronic Digital Content Store(s) 103 can request 
transaction reports from the Clearinghouse(s) 105 via a 
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Payment Verification Interface 183 so they can reconcile 
their own transaction databases with the information logged 
by the Clearinghouse(s) 105. The Clearinghousc(s) 105 can 
also provide periodic reports to the Content Provider(s) 101 
and Electronic Digital Content Store(s) 103. 

The CleariQghouse(s) 105 defines a seoire electronic 
interface which allows Content Provider(s) 101 and Elec- 
tronic Digital Content Store(s) 103 to request and receive 
reports. The Report Request SC(s) includes a certificate that 
was assigned by the Qearinghousc(s) 105 to the entity 
initiating the request. The Clearinghouse(s) 105 uses the 
certificate and the SC*s digital signature to verify that the 
request originated from an authorized entity. The request 
also includes parameters, such as time duration, that define 
the scope of the report. The Clearinghouse(s) 105 vahdates 
the request parameters to insure that requesters can only 
receive information for which they are permitted to have. 

If the Clearinghouse(s) 105 determines that the Report 
Request SC(s) is authentic and valid, then the Clearinghouse 
(s) 105 generates a report and pack it into a Report SC(s) to 
be sent to the entity that initiated the request. Some reports 
may be automatically generated at defined time intervals and 
stored at the aearinghouse(s) 105 so they can be immedi- 
ately sent when a request is received. The format of the data 
included in the report is defined in a later version of this 
document. 

F. Billing and Payment Verification 

Billing of Content 113 can be handled either by the 
Clearinghouse(s) 105 or by the Electronic Digital Content 
Store(s) 103. In the case where the Clearinghouse(s) 105 
handles the billing of the electronic Content 113, the Elec- 
tronic Digital Content Store(s) 103 separates the End-User 
(s)* order into electronic goods and, if applicable, physical 
goods. The Electronic Digit Content Store(s) 103 then, 
notifies the Clearinghouse(s) 105 of the transaction, includ- 
ing the End-User(s)' billing information, and the total 
amount that needs to be authorized. The aearinghousc(s) 
105 authorizes the End-Use r(s)' credit card and returns a 
notification back to the Electronic Digital Content Storc(s) 
103. At the same time the Clearinghouse(s) 105 is autho- 
rizing the End-User(s)* credit card, the Electronic Digital 
Content Store(s) 103 can charge the End-User(s)' credit card 
for any physical goods that are being purchased. After each 
electronic item is downloaded by the End-User Device(s) 
109, the Clearinghouse(s) 105 is notified so the End-Uset(s)' 
credit card can be charged. This occurs as the last step by the 
End-User Device(s) 109 before the Content 113 is enabled 
for use at the End-User Dcvicc(s) 109. 

In the case where the Electronic Digital Content Store(s) 
103 handles the billing of the electronic Content 113, the 
Clearinghouse(s) 105 is not notified about the transaction 
until the End-User D6vice(s) 109 sends the Order SC(s) 650 
to the Clearinghouse(s) 105. The Clearinghouse(s) 105 is 
still notified by the End-User Device(s) 109 after each 
electronic item is downloaded. When the Clearinghouse(s) 
105 is notified it sends a notification to the Electronic Digital 
Content Store(s) 103 so that the Electronic Digital Content 
Store(s) 103 can charge the End-User(s)' credit card. 

G. Retransmissions 

The Secure Digital Content Electronic Distribution Sys- 
tem 100 provides the ability to handle retransmissions of 
Content 113. This is typically performed by a Customer 
Service Interface 184. Electronic Digital Content Store(s) 
103 provides a user interface that the End-User(s) can step 
through in order to initiate a retransmission. The 
End-User(s) goes to the Electronic Digital Content Store(s) 
103 site where the Content 113 item was purchased in order 
to request a retransmission of the Content 113. 
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Retransmissions of Content 113 are done when an End- 
User(s) requests a new copy of a previously purchased 
Content 113 item because the Content 113 could not be 
downloaded or the Content 113 that was downloaded is not 

S usable. The Electronic Digital Content Storc(s) 103 deter- 
mines whether the End-User(s) is entitled to do a retrans- 
mission of the Content 113. If the End-User(s) is entided to 
a retransmission, then the Electronic Digital Content 
Store(s) 103 builds a Transaction SC(s) 640 that includes the 
Offer SC(s) 641 of the Content 113 item(s) being retrans- 
mitted. The Transaction SC(s) 640 is sent to the End-User 
Device(s) 109 and the identical steps as for a purchase 
transaction are performed by the End-User(s). If the End- 
User Device(s) 109 has a scrambled key(s) in the key library 

J 5 for the Content 113 item(s) undergoing retransmission, then 
the Transaction SC(s) 640 includes information that 
instructs the End-User D6vice(s) 109 to delete the scrambled 
key(s). 

In the case where the Clearinghouse(s) 105 handles the 
2Q financial settlement of Content 113 purchases, the Electronic 
Digital Content Store(s) 103 includes a flag in the Transac- 
tion SC(s) 640 that is carried forward to the 
Clearinghouse(s) 105 in the Order SC(s) 650. The 
Clearinghouse(s) 105 interprets the flag in the Order SC(s) 
25 650 and proceed with the transaction without charging the 
End-User(s) for the purchase of the Content 113. 
Vm. Content Provider 
A. Overview 

The Content Provider(s) 101 in the Secure Digital Content 
3Q Electronic Distribution System 100 is the digital content 
label or the entity who owns the rights to the Content 113. 
The role of the Content Provider(s) 101 is to prepare the 
Content 113 for distribution and make information about the 
Content 113 available to Electronic Digital Content Store(s) 
35 103 or retailers of the downloadable electronic versions of 
the Content 113. To provide the utmost security and rights 
control to the Content Provider(s) 101, a series of tools are 
provided to enable the Content Provider(s) 101 to prepare 
and securely package their Content 113 into SC(s) at their 
premises so that the Content 113 is secure when it leaves the 
Content Provider(s)' 101 domain and never exposed or 
accessible by unauthorized parties. This allows Content 113 
to be freely distributed throughout a non-secure network, 
such as the Internet, without fear of exposure to hackers or 
45 unauthorized parties. 

The end goal of the tools for the Content Provider(s) 101 
is to prepare and package a Content 113 such as a song or 
series of songs into Content SC(s) 630 and to package 
information describing the song, approved uses of the song 
50 (content Usage Conditions 51*^, and promotional informa- 
tion for the song into a Metadata SC(s) 620. To accomplish 
this, the following set of tools are provided: 
Work Row Manager 154 — Schedules processing activi- 
ties and manages the required synchronization of pro- 
55 cesses. 

Content Processing Tools 155 — A collection of tools to 
control Content 113 file preparation including 
Watermarking, Preprocessing (for an audio example 
any required equalization, dynamics adjustment, or 
60 re-sampling) encoding and compression. 

Metadata Assimilation and Entry Tool 161 — A collection 
of tools used to gather Content 113 description infor- 
mation from the Database 160 of the Content Provider 
(s) and/or third party database or data import files 
65 and/or via operator interaction and provides means for 
specifying content Usage Conditions 517. Also pro- 
vided is an interface for capturing or extracting content 
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such as digital audio content for CDS or DDP files. A 
Quality Control Tool enables to preview of prepared 
content and metadata. Any corrections needed to the 
metadata or resubmission of the content for further 
processing can be conducted. 

SC(s) Packer Tool 152 — Encrypts and packages all Con- 
tent 113 and information and calls the SC(s) Packer to 
pack into SC(s). 

Content Dispersemenl Tool (not shown) — Disperses 
SC(s) to designated distribution centers, such as Con- 
tent Hosting Site(s) 111 and Electronic Digital Content 
Store(s) 103. 

Content Promotions Web Site 156 — stores Metadata 
SC(s) 620 and optionally additional promotional male- 
rial for download by authorized Electronic Digital 
Content Store(s) 103. 
B. Work Flow Manager 154 

The purpose of this tool is to schedule, track, and manage 
Content 113 processing activities. This application enables 
multi-user access as well as allowing scheduling of Content 
113 and status checking from remote locations within the 
Intranet or extranet of the Content Provider(s) 101. This 
design also allows for collaborative processing where mul- 
tiple individuals can be working on multiple pieces of 
Content 113 in parallel and different individuals can be 
assigned specific responsibihties and these individuals can 
be spread throughout the world. 

Turning now to FIG. 8 is a block diagram of the major 
processes of the Work Flow Manager 154 corresponding to 
FIG. 7. The major processes in FIG. 8 summarizes the 
Content 113 processing functions provided by the tools 
described in this section. The Work Flow Manager 154 is 
responsible for feeding jobs to these processes and directing 
jobs to the next required process upon completion of its 
current process. This is accomplished through a series of 
Application Programming Interfaces (APIs) which each 
processing tool calls to: 

retrieve the next job to process 
indicate successful completion of a process 
indicate unsuccessful completion of a process and reason 
for the failure 

provide interim status of a process (to allow initiation of 

processes that require only partial completion of a 

dependent process) 
add comments to a product which are made available to 

the designated processes 
The Work Flow Manager 154 also has a user interface, an 
example Work Flow Manager User Interface 700 is illus- 
trated in FIG. 7 which provides the following functions: 
a configuration panel to allow specification of default 

values and conditions to be assigned and performed 

during various stages of processing 
customization of the work flow rules and automated 

processing flows 
job scheduling 
status queries and reports 

add comments or instructions for a job associated to one 

or more processes 
job management (i.e. suspend, release, remove, change 

priority (order of processing)) 
Each process has a queue associated with it managed by 
the Work Flow Manager 154. All processes requesting jobs 
from the Work Flow Manager 154 results in the Work Flow 
Manager 154 either suspending the process (tool) in a wait 
state if there are no jobs currently in its associated queue or 
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returning to the process all information about the job needed 
to perform its respective process. If a process is suspended 
in a wait state, it resumes processing when a job is placed on 
its queue by the Work Flow Manager 154. 

S The Work Flow Manager 154 also manages the flow or 
order of processing based on a set of defined rules. These 
rules can be customized by the Content Provider(s) 101 if it 
has special processing requirements or configures specific 
defaults rules. When a process reports completion of its 

10 assigned task, it notifies the Work Flow Manager 154 of this 
status and the Work Flow Manager 154 decides what queue 
the job gets placed on next based on the defined rules. 

Comments indicating special handling instructions or 
notices may also be attached to the product at any of the 

15 processing steps via either the programming API or manu- 
ally through the Work Flow Manager User Interface 700 or 
processor interfaces. 

The processes in the Work Flow Manager 154 are imple- 
mented in Java in the preferred embodiment but other 

20 programming languages such as C/C++, Assembler and 
equivalent can be used. It should be understood that the 
processes described below for the Work Flow Manager 154 
can run on a variety of hardware and software platforms. The 
Work Flow Manager 154 as a complete system or as any of 

25 it's constitute processes may be distributed as an application 
program in a computer readable medium including but not 
limited to electronic distribution such as the web or on 
floppy diskettes, CD ROMS and removable hard disk drives. 
Turning now to FIG. 8 is a block diagram of the major 

30 processes of the Work Flow Manager 154 corresponding to 
FIG. 7. The following sections summarize each process and 
describes the information or action required by each process. 

1. Products Awaiting Action/Information Process 801 
Jobs arc placed on specific processes queues once all 

35 information required by that process is available and the job 
has already successfully completed all dependent process- 
ing. A special queue exists in the Work Row Manager 154 
which is used to hold jobs that are not currently available for 
processing due to missing information or a failure that 

40 prevent further processing. These jobs are placed in the 
Products Awaiting Action/Information Process 801 queue. 
Each job in this queue has associated status to indicate the 
action or information it is waiting on, the last process that 
worked on this job, and the next process(es) this job is 

45 queued to once the missing or additional information is 
provided or the required action is successfully completed. 

Completion of any process causes the Work Flow Man- 
ager 154 to check this queue and determine if any job in this 
queue was awaiting the completion of this process (action) 

50 or information provided by this process. If so, that job is 
queued to the appropriate process queue. 

2. New Content Request Process 802 

The Content Provide r(s) 101 determines those products 
(for example, a product may be a song or a collection of 

55 songs) it wishes to sell and deliver electronically. The initial 
function of the Work Flow Manager 154 is to enable an 
operator to identify these products and to place them on the 
queue of the New Content Request Process 802. The Con- 
tent Provide r(s) 101 may specify through configuration 

60 options, what information is prompted for on the product 
selection interface. Enough information is entered to 
uniquely identify the product. Optionally, additional fields 
may be included to request manual entry of the information 
required to initiate the audio processing phase in parallel 

65 with the metadata acquisition. If not provided manually, this 
information can optionally be retrieved from default con- 
figuration settings or from the Database 160 of the Content 
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Provider(s), obtained in the first stage of Metadata Process- 
ing as in Automatic Metadata Acquisition Process 803. The 
makeup and capabilities of the Content 113 in the Database 
160 of the Content Providcr(s) determines the Content 
selection process. 

If the required information needed to perform a query to 
the Database 160 of the Content Provide r(s) 101 is specified, 
the job is processed by the Automatic Metadata Acquisition 
Process 803. In a music embodiment, to properly schedule 
the product for audio processing, the product's genre and the 
desired compression levels are specified as well as the audio 
PCM or WAV filename(s). This information may be entered 
as part of the product selection process or selected via a 
customized query interface or Web browser function. Speci- 
fication of this information enables the product to be sched- 
uled for content processing. 

The product selection user interface provides an option 
enabling the operator to specify whether the product can be 
released for processing or whether it are held pending 
further information entry. If held, the job is added to the 
queue of the New Content Request Process 802 awaiting 
further action to complete data entry and/or release the 
product for processing. Once the product is released, the 
Work Row Manager 154 evaluates the information specified 
and determines which processes the job is ready to be passed 
to. 

If adequate information is provided to enable an auto- 
mated query to the Database 160 of the Content Provider(s)' 
101, the job is queued for Automatic Metadata Acquisition 
Process 803. If the database mapping table has not been 
configured for the Automatic Metadata Acquisition Process 
803, the job is queued for Manual Metadata Entry Process 
804 (see Automatic Metadata Acquisition Process 803 sec- 
tion for details on the Database Mapping Table). 

If the required general information for audio processing 
and the specific information required for watermarking is 
specified, the job is queued for Watermarking Process 808 
(the first phase of content processing). If any of the required 
information is missing when the job is released, the job is 
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database mapping table with adequate information to 
generate queries to the Database 160 of the Content 
Provider(s) 101 
product information required to perform queries 
adequate product information to uniquely define product 
An automated query is performed to the Database 160 of 
the Content Provider(s) 101 to obtain the information nec- 
essary to process this Content 113. For example, if the 
Content 113 is music, the information needed to perform this 
query could be the album name or may be a UPC or a 
specific album or selection ID as defined by the Content 
Provider(s) 101. Of the information to be obtained, some is 
designated as required (see the section on Automatic Meta- 
data Acquisition Process 803 for details). If all required 
information is obtained, the job is next queued for Usage 
Conditions Process 805. If any required information is 
missing, the song is queued for Manual Metadata Entry 
Process 804. If any jobs in the Products Awaiting Action/ 
Information Process 801 queue are waiting for any of the 
information obtained in this step, the jobs status is updated 
to indicate that it is no longer waiting for this information. 
If that job no longer has any outstanding requirements, it is 
queued to the next defined queue. 

4. Manual Metadata Entry Process 804 

The Manual Metadata Entry Process 804 provides a 
means for an operator to enter missing information. It has no 
dependencies. Once all required information is specified, the 
job is queued for Usage Conditions Process 805. 

5. Usage Conditions Process 805 

The Usage Conditions Process 805 allows specification of 
product uses and restrictions. The Usage Conditions Process 
805 may require some metadata. Upon completion of Usage 
Conditions specifications, the job is eligible to be queued for 
Metadata SC(s) Creation Process 807 unless the Supervised 
Release Process 806 option has been requested or is con- 
figured as the default in the Work Flow Manager 154 rules. 
In that case, the job is queued for Supervised Release 
Process 806. Before queuing to Metadata SC(s) Creation 



queued to the queue of the Products Awaiting Action/ 40 Process 807, the Work Flow Manager 154 will first assure 



Information Process 801 along with status indicating the 
information that is missing. 

If the status indicates that the filename of the Content 113, 
for example where the Content 113 is audio and the PCM or 
WAV file is missing, this may indicate that a capture (or 
digital extraction from digital media) is required. The audio 
processing ftinctions require that the song files be accessible 
via a standard file system interface. If the songs are located 
on external media or a file system that is not directly 
accessible to the audio processing tools, the files are first be 
copied to an accessible file system. If the songs are in digital 
format but on CD or Digital Tape, they are extracted to a file 
system accessible to the audio processing tools. Once the 
files are accessible, the Work Flow Manager User Interface 
700 is used to specify or select the path and filename for the 
job so that it can be released to the watermarking process, 
assuming all other information required for watermarking 
has also been specified. 

3. Automatic Metadata Acquisition Process 803 

The Automatic Metadata Acquisition Process 803 per- 
forms a series of queries to the Database 160 of the Content 
Provider(s) 101 or a staging database where data has been 
imported, in an attempt to obtain as much of the product 
information as possible in an automated fashion. The Auto- 
matic Metadata Acquisition Process 803 requires the fol- 
lowing information prior to allowing items to be placed on 
its queue: 
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that all dependencies for that process have been met (see 
below). If not, the job is queued to the Products Awaiting 
Action/Information Process 801. 

6. Supervised Release Process 806 

The Supervised Release Process 806 allows a quality 
check and validation of information specified for the digital 
content product. It does not have any dependencies. Com- 
ments previously attached to the job at any stage of the 
processing for this product can be reviewed by the Super- 
visor and appropriate action taken. After reviewing all 
information and comments, the Supervisor has the following 
options: 

approve release and queue the product for Metadata SC(s) 
Creation Process 807 

modify and/or add information and queue the product for 
Metadata SC(s) Creation Process 807 

add comments to the job and re-queue for Manual Meta- 
data Entry Process 804 

add comments and queue the job to the queue for Products 
Awaiting Action/Information Process 801 

7. Metadata SC(s) Creation Process 807 

The Metadata SC(s) Creation Process 807 gathers 
together all the information collected above as well as other 
information required for the Metadata SC(s) 620 and calls 
the SC(s) Packer Process to create the Metadata SC(s) 620, 
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This tool requires the following as input: 
the required metadata 
the usage conditions 

the encryption keys used in the encryption stage of all 
quality levels for this product 

This last dependency requires that the associated audio 
objects completed the audio processing phase before the 
Metadata SO(s) 620 can be created. Upon completion of the 
Metadata SC(s) Creation Process 807, the job is queued to 
either the queue for Final Quality Assurance Process 813 or 
Content Disperse ment Process 814 based on defined work 
flow rules. 

8. Watermarking E^ocess 808 

The Watermarking Process 808 adds copyright and other 
information to the Content 113. For an embodiment where 
the Content 113 is a song, this tool requires the following as 
input: 

song filename(s) (multiple filenames if album) 
watermarking instructions 

watermarking parameters (information to be included in 
the watermark) 

Upon completion of the Watermarking Process 808, the 
job is queued for Preprocessing and Compression Process 
809 if its required input is available or otherwise queued to 
the Products Awaiting Action/Information Process 801. 

9. Preprocessing and Compression Process 809 

The Preprocessing and Compression Process 809 encodes 
the Content 113 to the specified compression level perform- 
ing any required preprocessing first. Queuing a job to this 
queue actually create multiple queue entries. A job is created 
for each compression level of the product desired. The 
encoding processes can be performed in parallel on multiple 
systems. This tool requires the following input: 

watermarked content filename(s) (multiple filenames if 

Content 113 is an album) 
quality levels for product (could be preconfigured) 
compression algorithm (could be preconfigured) 
product genre (if required by preprocessor) 
Upon completion of the encoding process, the jobs are 
queued to the Content Quality Control Process 810 if 
configured by the work flow rules. If not, the jobs are queued 
for Encryption Process 811. 

If third party providers of encoding tools do not provide 
a method to display the percentage of the Content 113, such 
as audio, that has been processed or a method to indicate the 
amount of Content 113 that has been encoded as a percent- 
age of the entire selection of Content 113 selected, in FIG. 
11 there is shown a flow diagram 1100 of a method to 
determine the encoding rate of Digital Content for the 
Content Preprocessing and Compression tool of FIG. 8. The 
method begins with the selection of the desired encoding 
algorithm and a bit rate, step 1101. Next, a query is made to 
determine if this algorithm and encoding rate has a previ- 
ously calculated rate factor, step 1102. The rate factor is the 
factor used to determine the rate of compression for a 
specific encoding algorithm and a specific bit rate. If no 
previously calculated rate factor is stored, a sample of the 
Content 113 is encoded for a predetermined amount of time. 
The predetermined period of time in the preferred embodi- 
ment is a few seconds. This rate of encoding for a prede- 
termined period of lime is used to calculate a new rate factor 
Kj^w Calculating a new rate factor Rj^w knowing the 
amount of time and the amount of Content 113 encoded is 
Rjy^^(length of Digital Content encoded)/(amount of 
time), step 1108. The Content 113 is encoded and the 
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encoding status is displayed using the previo\isly calculate 
rate factor R^^w* step 1109. This encoding rate factor Rjvevk 
is then stored, step 1107, for future use for this encoding 
algorithm and encoding bit rate. If the selected algorithm has 

5 a previously calculated rate factor Rstoj^bd^ step 1103. The 
Content 113 is encoded and the progression displayed using 
the previously calculated rate factor Rs7x>jiED* step 1104. In 
the meantime, a current rate factor, ^cummi is calculated for 
this selected algorithm and bit rate, step 1105. This current 

50 rate factor ^current is used to update the stored rate factor 
R/^^AVERAGE OF (RsTORSD^^cuBi^m)^ step 1106. 
The iterative update of the rate factor enables the determi- 
nation of the encoding rate to become more and more 
accurate with each subsequent use for a particular encoding 

15 algorithm and bit rate. The new rate R^j^^^is then stored for 
future use, step 1107. The updating of R^torcd iiol be 
made if the current rate factor ^currem out range for the 
previously stored rate factor ^srojiEo ^ given range or 
threshold. 

20 The display of the encoding status can then be presented. 
The encoding status includes along with the current encod- 
ing rate, the display of the percentage of the total Content 
113 displayed as a progression bar based on the encoding 
rate and the total length of the file for the Content 113. The 

25 encoding status can also include the time remaining for the 
encoding. The time remaining for the encoding can be 
calculated by dividing the encoding rate calculated R^t/j?- 
izEjvr by the total length of the file for Content 113. The 
encoding status can be transferred to another program that 

30 may invoke the calling process. This can help supervisory 
programs to encoding or co-dependent programs on encod- 
ing be operated and be batched for processing more effi- 
ciently. It should be understood, in an alternative 
embodiment, that encoding can include the step of water- 

35 marking. 

10. Content Quality Control Process 810 

The Content Quality Control Process 810 is simflar in 
function to the Supervised Release Process 806. It is an 
optional step allowing someone to validate the quality of the 

40 content processing performed thus far. This has no depen- 
dencies other than completion of the Watermarking Process 
808 and the encoding portion of the Preprocessing and 
Compression Process 809, Upon completion of the Content 
Quality Control Process 810 the following options are 

45 available: 

the jobs can be released and queued for Encryption 
Process 811. 

comments can be attached and one or more of the jobs 
re-queued for Preprocessing and Compression Process 
50 809. 

The last option requires that the unencoded watermarked 
version of the song file remain avaflable untfl after Content 
Quality Control Process 810. 

11. Encryption Process 811 

55 The Encryption Process 811 calls the appropriate Secure 
Digital Content Electronic Distribution Rights Management 
function to encrypt each of the watermarked/encoded song 
files. This process has no dependencies other than comple- 
tion of all other audio processing. Upon completion of the 

60 Encryption Process 811 process, the job is queued for 
Content SC(s) Creation Process 812. 

12. Content SC(s) Creation Process 812 

The Content SC(s) Creation Process 812 Process may 
require some metadata files to be included in the Content 
65 SC(s) 630. If files other than the Content 113 are required, 
the files are gathered and the SC(s) Packer Process is caUed 
to create a Content SC(s) 630 for each compression level of 
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the Content 113 (e.g. a song) created. Upon completion of 
the Content SC(s) Creation Process 812, the song is queued 
to either the Final Quality Assurance Process 813 or Content 
Dispersemenl Process 814 queue based on defined work 
flow rules. 

13. Final Quality Assurance Process 813 

Final Quality Assurance Process 813 is an optional step 
that allows a cross reference check between the associated 
Metadata and Content SC(s) 630 to verify that they match up 
correctly and that all information and Content 113 contained 
therein are correct. Upon completion of Final Quality Assur- 
ance Process 813, the jobs are queued for Content Disperse- 
menl Process 814. If a problem is found, the job in most 
cases has to be re-queued to the failing stage. Rework at this 
stage is much more costly since the product has to go 
through re-encryption and repacking in addition to the 
reprocessing required to correct the problem. It is highly 
recommended that the prior assurance stages be used to 
assure the quality of the Content 113 and accuracy and 
completeness of the information. 

14. Content Dispersemenl Process 814 

The Content Dispersement Process 814 Process is respon- 
sible for transferring the SC(s) to the appropriate hosting 
sites. After the successful transfer of the SC(s), the job 
completion status is logged and the job is deleted from the 
queue. If a problem occurs in transferring the SC(s), after a 
defined number of retries, the job is flagged in the Workflow 
Manager Tool 154 as having failed along with the error 
encountered. 

15. Work Flow Rules 

The Work Flow Rules for FIG. 8 operate in three major 
systems as follows: 
A: Work Flow Manager Tool 154 

1 . New Content Request Process 802 

2. Products Awaiting ActionAnformation Process 801 

3. Final Quality Assurance Process 813 

4. Content Dispersement (and Notification) Process 814 
B: Metadata Assimilation and Entry Tool 161 

1. Automatic Metadata Acquisition Process 803 

2. Manual Metadata Entry Process 804 

3. Supervised Release Process 806 

4. Metadata SC(s) Creation Process 807 
C: Content Processing Tools 155 

1. Watermarking Process 808 (requires copyright data) 

2. Preprocessing and Compression Process 809 

3. Content Quality Control Process 810 

4. Encryption Process 811 

5. Content SC(s) Creation Process 812 
Work Flow 

The Content 113 selection operator inputs a new product 
and it starts out queued onto Al (New Content Request 
Process 802). 

Al: When the Content 113 selection operator releases it to 
the Work Flow Manager Tool 154, then it gets queued 
onto Bl (the Automatic Metadata Acquisition Process 
803). 

A2: coming from step Bl (the Automatic Metadata Acqui- 
sition Process 803), 

or step B2 (Manual Metadata Entry Process 804), 

or step B3 (Supervised Release Process 806) 

on its way to step Before (the Metadata SC(s) Creation 

Process 807) 
[needs the encryption keys]. 

coming from step Before (the Metadata SC(s) Creation 
Process 807) 

on its way to either step A3 (the Final Quality Assurance 
Process 813) or step A4 (the Content Dispersement 
Process 814) 



15 



25 



30 



35 



40 



45 



50 



55 



[needs the Content SC(s) 630 ]. 
coming from step CI (the Watermarking Process 808) 
on its way to step C2 (the Preprocessing and Compression 
Process 809) 

[needs the metadata for Preprocessing and Compression 

Process 809]. 
coming from step C4 (the Encryption Process 811) 
on its way to step C5 (the Content SC(s) Creation Process 

812) 

[needs the metadata for Content SC(s) 630 Packing], 
coming firom step C5 (the Content SC(s) Creation Process 
812) 

on its way to either step A3 (the Final Quality Assurance 
Process 813) or step A4 (the Content Dispersement 
Process 814) 

[needs the Metadata SC(s) 620]. 
A3: After step A3 (the Final Quality Assurance Process 813), 

place onto queue B2 (Manual Metadata Entry Process 
804), 

or place onto queue B3 (Supervised Release Process 806), 
or place into queue as required by the quality assurance 
operator. 

A4: After step A4 (Content Dispersement Process 814), 
the Work Flow Manager Tool 154 is done for this product. 

Bl: After step Bl (the Automatic Metadata Acquisition 
Process 803), 

if the metadata needed for step CI (the Watermarking 
Process 808) is present, then place an entry represent- 
ing this product onto queue CI. 

(do the following logic also) 

if either 1 — any required metadata is missing, or 2 — there 
are comments directed to the manual metadata 
providers, then also place the product onto queue B2 
(Manual Metadata Entry Process 804), 

else if supervised release was requested for this product, 
then place the product onto queue B3 (Supervised 
Release Process 806). 

else if the product has all the information from the 
Content Processing Tools 155 for all of the requested 
quality levels, then place the product onto queue Before 
(the Metadata SC(s) Creation Process 807), 

else flag the product as needs the encryption keys and 
place the product onto queue A2 (Products Awaiting 
Action/Information Process 801). 
B2: During step B2 (Manual Metadata Entry Process 804), 

if step CI (the Watermarking Process 808) has not been 
done and the metadata needed for step CI is present, 
then place an entry representing this product onto 
queue CI. 

(do the following logic also) 

if metadata needed for step C2 (the Preprocessing and 

Compression Process 809) just been provided, then 
(do the following logic also) 

if all the metadata that can be gathered by the Metadata 
Assimilation and Entry Tool 161 is present, then 
if supervised release was requested for this product, 

then place the product onto queue B3 (Supervised 

Release Process 806) 
else 

if all the information fi^om step C4 (the Encryption 
Process 811) of the Content Processing Tools 155 
is present, then place this product onto queue 
Before (the Metadata SC(s) Creation Process 807) 
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else flag the product as needs the encryption keys else flag the product as needs the metadata for Content 
and place this product onto queue A2 (Products SC(s) 630 Packing and place this (product/quality 

Awaiting Action/Information EProcess 801). level) tuple onto A2 (F*roducts Awaiting Action/ 

else Information Process 801). 

if the metadata provider requested a forced super- s C5: After step C5 (the Content SC(s) Creation Process 812), 
vised release, then place the product onto queue g j. j^^^j Content 113 at this quaUty level 

B3 (Supemsed Release Proc^^^ has been packed. 

else do nothmg (keep the product on queue B2 t iwu / \i w r* i n i u u i ^ 

(Manual Metadata Entry Process 804)). ^11 the (product/quahty level) tuples have been packed, 

B3: During step B3 (Supervised Release Process 806), 

if this operator is sending the product back to step B2 '° ^^e product is flagged Metadata has been packed, 

(Manual Metadata Entry Process 804), then place the 

product on queue B2. Content Provider(s)' 101 configuration sped- 

clse if this operator released the product, then Quality Assure the SC(s), then place this 

if all the information from step C4 (the Encryption product onto queue A3 (the Fmal QuaUty Assur- 

Process 811) of the Content Processing Tools 155 is ance Process 813) 

present, then place this product onto queue Before else place this product onto queue A4 (the Content 

(the Metadata SC(s) Creation Process) Dispersement Process 814) 

else flag the product as needs the encryption keys and else flag the product as needs the Metadata SC(s) 620 

place this product onto queue A2 (Products Awaiting and place this product onto queue A2 (Products 

Action/Information Process 801). ^0 Awaiting Action/Information Process 801). 

else the product remains on queue B3 (Supervised else (all the (product/quality level) tuples have not been 
Release Process 806). packed) do nothing (another (product/quality level) 

Before: After step Before (the Metadata SC(s) Creation ^^i^ triggers an action). 

Process 807), q Metadata Assimilation and Entry Tool 
flag the product Metadata has been packed. 25 Metadata consists of the data describing the Content 113 

if all the (product/quality level) tuples have been packed, for example in music, title of the recording, artist, author/ 

then composer, producer and length of recording. The foUowing 

if the Content Provider(s)' 101 configuration specifies description is based upon Content 113 being music but it 

Quality Assure the SC(s), should be understood by those skilled in the art that other 

then place this product onto queue A3 (the Final content types e.g., video, programs, multimedia, movies, 

Quality Assurance Process 813) and equivalent, are within the true scope and meaning of the 

else place this product onto queue A4 (the Content present invention. 

Dispersement Process 814). This Subsystem brings together the data the Content 

else flag the product as needs the Content 113 SC(s) and Provid6r(s) 101 provides to the Electronic Digital Content 

place this product onto queue Store(s) 103 to help promote the sale of the product (e.g., for 

A2 (Products Awaiting Action/Information Process music, sample clips by this artist, history of this artist, list of 

801). albums on which this recording appears, genres associated 

CI: After step CI (the Watermarking Process 808), with this artist and/or product), the data the Content Provider 
if the metadata needed for step C2 (the Preprocessing and ^ (s) 101 provides to the End-User(s) with the purchased 

Compression Process 809) is present, then create an product (e.g., artist, producer, album cover, track length), 

entry for each (product/quality level) tuple and place and the different purchase options (the Usage Conditions 

them onto queue C2, 517) the Content Provider(s) 101 wants to offer the End- 

else flag the product as needs the metadata for User(s). The data is packaged into a Metadata SC(s) 620 and 

Preprocessing/Compression and place this product onto made available to the Electronic Digital Content Store(s) 

queue A2 (Products Awaiting Action/Information Pro- 103. To accomplish this, the foUowing tools are provided: 
cess 801). Automatic Metadata Acquisition Tool 

C2: After step C2 (the Preprocessing and Compression Manual Metadata Entry Tool 
Process 809), Usage Conditions Tool 

if the Content Provider(s)' 101 configuration specifies 50 Supervised Release Tool 
Content Quality Control Process 810 , then place this -j^^^ tools enable Content Provider(s) 101 to implement 
(product/quality level) tuple onto queue C3 (the Con- processes described above for Work Flow Manager 154. 

tent QuaUty Control Process 810), j^^^ described here are a toolkit based on Java in the 

else place this (product/quality level) tuple onto queue C4 preferred embodiment but other programming languages 
(the Encryption Process 811). 55 such as C/C++, Assembler and equivalent can be used. 

C3: After step C3 (the Content Quality Control Process 810), 1 , Automatic Metadata Acquisition Tool 

then place this (product/quality level) tuple onto queue C4 xhe Automatic Metadata Acquisition Tool provides a user 

(the Encryption Process 811). (he ability to implement the Automatic Metadata Acquisition 

C4: After step C4 (the Encryption Process 811), Process 803 described above. The Automatic Metadata 
provide the needed information (i.e., the Symmetric Key eo Acquisition Tool is used to access the Database 160 of the 

623 generated by the Process and used to encipher the Content Provider(s) 101 and to retrieve as much data as 

Content 113) to the Metadata Assimilation and Entry possible without operator assistance. Configuration meUiods 

Tool 161. are available to automate this process. The Content Provider 

if all the metadata that's required for the Content SC(s) (s) 101 can taflor the default metadata template to identify 
630 is present, then place this (product/quality level) 65 the types of data this Content Provider(s) 101 wants to 

tuple onto queue C5 (the Content SC(s) Creation Pro- provide to End-User(s) (e.g., composer, producer, sidemen, 

cess 812), track length) and the types of promotional data the Content 
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Provider(s) 101 provides to the Electronic Digital Content 
Store(s) 103 (e.g., for a music example, sample clips by this 
artist, a history of this artist, the list of albums on which this 
recording appears, genres associated with this artist). The 
default metadata template includes data fields which are S 
required by the End-User Device(s) 109, data fields which 
can be optionally provided to the End-User Device(s) 109 
and a sample set of data fields, targeted to the Electronic 
Digital Content Store(s) 103, that promote the artist, album, 
and/or single. lO 

To extract the template data fields from the Database 160 
of the Content Provider(s) 101 the Automatic Metadata 
Acquisition Tool uses a table that maps the type of data (e.g., 
composer, producer, a biography of the artist) to the location 
within the database where the data can be found. Each of the 15 
Content Providei(s) 101 help specify that mapping table for 
their environment. 

The Automatic Metadata Acquisition Tool uses a meta- 
data template of the Content Providcr(s) 101 and mapping 
table to acquire whatever data is available from the Data- 20 
bases 160 of the Content Providcr(s) 101. The status of each 
product is updated with the result of the Automatic Metadata 
Acquisition Process 803. A product which is missing any 
required data is queued for Manual Metadata Entry Process 
804, otherwise it is available for packing into a Metadata 25 
SC(s) 620. 

2. Manual Metadata Entry Tool 

The Manual Metadata Entry Tool provides a user the 
ability to implement the Manual Metadata Entry Process 804 
described above. The Manual Metadata Entry Tool allows 30 
any properly authorized operator to provide the missing 
data. If the operator determines that the missing data is 
unavailable, the operator can attach a comment to the 
product and request supervised release. The Content 
Provider(s) 101 may require, for quality assurance reasons, 35 
that the product undergo supervised release. Once all the 
required data is present, and if supervised release has not 
been requested, then the product is available for packing into 
a Metadata SO[s) 620. 

3. Usage Conditions Tool 

The Usage Conditions Tool provides a user the abUity to 
implement the Usage Conditions Process 805 described 
above. The process of offering Content 113 for sale or rent 
(limited use), using electronic delivery, involves a series of 
lousiness decisions. The Content Provider(s) 101 decides at 
which compression lcvel(s) the Content 113 is made avail- 
able. Then for each compressed encoded version of the 
Content 113, one or more usage conditions are specified. 
Each usage condition defines the rights of the End-User(s), 
and any restrictions on the End-User(s), with regard to the 
use of the Content 113. 

As part of Content Processing Tools 155, a set of usage 
conditions (End-User(s) rights and restrictions) is attached 
to the product. 
A usage condition defines: 

1. the compression encoded version of the Content 113 to 
which this usage condition applies. 

2. the type of user covered by this usage condition (e.g., 
business, private consumer) 

3. whether this usage condition allows for the piu"chase or 
the rental of the Content 113. 

For a rental transaction: 

the measurement unit which is used to limit the term of 
the rental (e.g., days, plays). 55 

the number of the above units after which the Content 113 
will no longer play. 
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For a pwchase transaction: 

the number of playable copies the End-User(s) is allowed 
to make. 

onto what kinds of media can he/she make those copies 
(e.g., CD-Recordable (CD-R), MiniDisc, Personal 
Computer). 

4. the period of time during which the purchase/rental 
transaction is allowed to occur (i.e., an End-User(s) can 
purchase/rent under the terms of this usage condition only 
after the beginning availability date and before the last date 
of availability). 

5. the countries from which an End-User(s) can transact this 
purchase (or rental). 

6. the price of the purchase/rental transaction under this 
usage condition 

7. the watermarking parameters. 

8. the types of events which require notification of the 
Clearinghouse(s) 105. 

An Example of a Set of Usage Conditions 
The Content Provider(s) 101 may decide to test the North 
American market's acceptance to the re -release of the chil- 
dren's song by a popular children's vocalist during the 
fourth quarter 1997. The test will make the song available in 
two different compression encoding versions: 384 Kbps and 
56 Kbps. The 384 Kbps version can be bought (and one copy 
made onto MiniDisc) or rented (for two weeks), while the 56 
Kbps version can only be bought (and no copies made). The 
watermarking instructions is the same for any purchase/ 
rental, and the Content Provider(s) 101 wants the 
Clearinghouse(s) 105 to count every copy made. TTiis would 
create Usage Conditions as follows: 





Usage 


Usage 


Usage 




Condition 1 


Condition 2 


Condition 3 


compressed encoded 


384 Kbps 


384 Kbs 


56 Kbps 


version 








type of user 


private 


private 


private 




consumer 


consumer 


consumer 


type of transactioD 


purchase 


rental 


purchase 


availability dates 


Oct. 1, 1997- 


Oct. 1, 1997- 


Ocu 1. 1997- 




Dec. 31, 1997 


Dec. 31, 1997 


Dec, 31, 1997 


countries 


USA and 


USA and 


USA and 




Canada 


Canada 


Canada 


watermarking 


std. 


std. 


std. 


notifying events 


copy action 


none 


none 


number of copies 


1 


0 


0 


onto what media 


MiniDisc 


not 


not 






applicable 


applicable 


term of rental 


not 


14 days 


not 




applicable 




applicable 


price 


Price 1 


Price 2 


Price 3 



4. Parts of the Metadata SC(s) 620 

Below are some of the kinds of data that the Metadata 
Assimilation and Entry Tool 161 gathers for inclusion into 
the Metadata SC(s) 620. An attempt has been made to group 
the data into SC(s) parts by function and destination. 



product ID [src:contcm provider,] 

[dest: everybody,] 

licensor label company [dest: EMS; end-user,] 

licensee label con^ny [dest: EMS; end-user,] 

source (publisher) of this object (sublicensee label [dest: everybody,] 
company) 

type of object (i.e., a single object or an array of 
objects) 
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-continued 
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object ID 

International Standard Recording Code (ISRC) 
International Standard Music Number (ISMN) 



[dcst: everybody;] 



usage conditions (src: content provider; dcst: EMS, end- 
user, Clearinghouse(s) 105) purchased usage conditions 
(src: EMS; dest: end-user, Clearinghouse(s) 105) 

the set of usage conditions (consumer restrictions and 
rights) for the use of the object (sound recording) 
an individual entry in the array of usage conditions 
the compression encoded version of the Content 113 to 

which this usage condition applies ^5 
whether this usage condition allows for the purchase or 
the rental of the Content 113 
for a rental transaction: 

the measurement unit which is used to limit the 

term of the rental (e.g., days, plays). 20 
the number of the above units after which the 
Content 113 will no longer play, 
for a purchase transaction: 

the number of playable copies the End-User(s) is 

allowed to make. 25 
onto what kinds of media can (s)he make those 
copies (e.g., CD-Recordable (CD-R), 
MiniDisc, personal computer), 
the period of time during which the purchase/rental 
transaction is allowed to occur (i.e., an End-User(s) 30 
can purchase/rent under the terms of this usage 
condition only after the beginning availability date 
and before the last date of availability) 
a pointer to the countries from which an End-User(s) 

can transact this purchase (or rental) 35 
the price of the purchase/rental transaction under this 

usage condition 
a pointer to the encrypted watermarking instructions 

and parameters 
a pointer to the types of events which require notifica- 40 
tion of the Clearinghouse(s) 105 
purchase data (encrypted; optional info; src: EMS; dest: 
end-user, Clearinghouse(s) 105) 
purchase date 
purchase price 
bill to name and address 
consumer name and address 
country of the consumer (best guess) 
metadata 1 (src: content provider; dest: EMS, end-user) 50 

an array of { 
copyright information 

for the composition 

for the soimd recording 
title of song 55 
principal artisl(s) 

} 

a pointer to { 

the artwork (e.g., album cover); 

the format of the artwork (e.g.. GIF, JPEG); 

} 

optional info: 

an array of additional information { 
composer 65 
publisher 
producer 



sidemen 

date of recording 
date of release 
lyrics 

track name (description)/track length 

list of albums on which this recording appears 

genre(s) 

} 

metadata 2 (src: content provider; dest: EMS) 

an array of structures, each representing different quality 
levels of the same sound recording { 
the sound recording; 
the quality level of the sound recording; 
the size (in bytes) of the (probably compressed) sound 
recording; 

} 

metadata 3 (src: content provider; dest: EMS, end-user) 
optional info: 
promotional material: 

a pointer to artist promotion material { 
a URL to the artist's web site; 
background description(s) of the artist(s); 
artist-related interviews (along with format of the 

interview (e.g., text, audio, video)); 
reviews (along with format of the reviews (e.g., text, 

audio, video)); 
sample clips (and its format and compression level); 
recent and upcoming concerts/appearances/events — 
their dates and locations; 

} 

a pointer to album promotion material { 

sample clip (and its format and compression level); 
background description(s) of the producer, and/or the 

composer, and/or the movie/play/cast, and/or the 

making of the album, etc.; 
non-artist-related interviews (along with format of the 

interview (e.g., text, audio, video)); 
reviews (along with format of the reviews (e.g., text, 

audio, video)); 
genre(s); 

} 

single promotions: 

sample clip (and its format and compression level) 
background description(s) of the producer, and/or the 
composer, and/or the movie/play/cast, and/or the 
making of the single, etc. 
reviews (along with format of the reviews (e.g., text, 
audio, video)) 
5, Supervised Release Tool 

Supervised Release Tool provides a user the ability to 
implement the Supervised Release Process 806 described 
above. An individual designated by the Content Provider(s) 
101 as having supervised release authority, may call up a 
product awaiting supervised release (i.e., a product on the 
queue of the Supervised Release Process 806), examine its 
Contents 113 and its accompanying comments, and either 
approve its Contents 113 and release the product for 

packing into a Metadata SC(s) 620, or 
make any necessary corrections and release the product 

for packing into a Metadata SC(s) 
620 or 

add a comment specifying the corrective action to take 
and resubmit the product to the Manual Metadata Entry 
Process 704 

In another embodiment, after the creation of the SC(s), 
there is another optional quality assurance step where the 
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Content 113 of the SC(s) can be opened and examined for 
completeness and accuracy, and, at that time, final approval 
can be given or denied for the product's release to the retail 
channel. 

D. Content Processing Tools 

The Content Processing Tools 155 is actually a collection 
of software tools which are used to process the digital 
content file to create watermarked, encoded, and encrypted 
copies of the content. The tools makes use of industry 
standard digital content processing tools to allow pluggable 
replacement of watermarking, encoding and encryption 
tectiDologies as they evolve. If the selected industry tool can 
be loaded via a command line system call interface and 
passed parameters or provides a toolkit wherein functions 
can be called via a DLL interface, the content processing can 
be automated to some degree. A front end application to each 
tool queries the appropriate queue in the Content Processing 
Tools 155 for the next available job, retrieves the required 
files and parameters and then loads the industry standard 
content processing tool to perform the required function. 
Upon completion of the task, manual update to the queue 
may be required if the tool does not report terminating 
status, 

A generic version of the Content Processing Tools 155 is 
described, but customization is possible. The Content Pro- 
cessing Tools 155 can be written in Java, C/C++ or any 
equivalent software. The Content Processing Tools 155 can 
be delivered by any computer readable means including 
diskettes, CDS or via a Web site. 

1. Watermarking Tool 

The Watermarking Tool provides a user the ability to 
implement the Watermarking Process 808 as described 
above. This tool appHes copyright information of the Con- 
tent 113 owner to the song file using audio Watermarking 
technology. The actual information to be written out is 
determined by the Content Providcr(s) 101 and the specific 
watermarking technology selected. This information is 
available to the front end Watermarking Tool so that it can 
properly pass this information to the watermarking function. 
This imposes a synchronization requirement on the Meta- 
data Assimilation and Entry Tool 161 to assure that it has 
acquired this information prior to, for example, allowing the 
song*s audio file to be processed. This song will not be 
available for audio processing until the watermarking infor- 
mation has been obtained. 

The watermark is applied as the first step in audio 
processing since it is common to aU encodings of the song 
created. As long as the watermark can survive the encoding 
technology, the watermarking process need only occur once 
per song. 

Various watermarking technologies are known and com- 
mercially available. The front end Watermarking Tool 
though is capable of supporting a variety of industry Water- 
marking Tools. 

2. Preprocessing and Compression Tool ' 

The Preprocessing and Compression Tool provides a user 
the ability to implement the Preprocessing and Compression 
Process 809 as described above. Audio encoding involves 
two processes. Encoding is basically the application of a 
lossy compression algorithm against, for a music content 
example, a PCM audio stream. The encoder can usually be 
tuned to generate various playback bit stream rates based on 
the level of audio quality required. Higher quality results in 
larger file sizes and since the file sizes can become quite 
large for high quality Content 113, download times for high 
quality Content 113 can become lengthy and sometimes 
prohibitive on standard 28,800 bps modems. 
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The Content Provider(s) 101 may, therefore, choose to 
offer a variety of digital content qualities for download to 
appease both the impatient and low bandwidth customers 
who don't want to wait hours for a download and the 
5 audiophile or high bandwidth customers who either only 
buys high quality Content 113 or has a higher speed con- 
nection. 

Compression algorithms vary in their techniques to gen- 
erate lower bit rate reproductions of Content 113. The 

10 techniques vary both by algorithm (i.e. MPEG, AC3, 
ATRAC) and by levels of compression. To achieve higher 
levels of compression, typically the data is re -sampled at 
lower sampling rates prior to being delivered to the com- 
pression algorithm. To allow for more efiBcient compression 

15 with less loss of fidelity or to prevent drastic dropout of 
some frequency ranges, the digital content may sometimes 
require adjustments to equalization levels of certain frequen- 
cies or adjustments to the dynamics of the recording. The 
content preprocessing requirements are directly related to 

20 the compression algorithm and the level of compression 
required. In some cases, the style of Content 113 (e.g. 
musical genre) can be successfully used as a base for 
determining preprocessing requirements since songs from 
the same genre typically have similar dynamics. With some 

25 compression tools, these preprocessing functions are part of 
the encoding process. With others, the desired preprocessing 
is performed prior to the compression. 

Besides the downloadable audio file for sale, each song 
also has a Low Bit Rate (LBR) encoded clip to allow the 

30 song to be sampled via a LBR streaming protocol. This LBR 
encoding is also the responsibility of the Content Processing 
Tools 155. This clip is either provided by the Content 
Provider(s) 101 as a separate PCM file or as parameters of 
oflkct and length. 

35 As with watermarking, it is hoped that the encoding tools 
can be loaded via a DLL or command hue system call 
interface and passed all the required parameters for prepro- 
cessing and compression. The front end Encoding Tool may 
have a synchronization requirement with the Metadata 

40 Assimilation and Entry Tool 161, for example if the content 
is music, and if it is determined that the song's genre is 
acquired from the Database 160 of the Content Provider(s) 
prior to performing any audio preprocessing. This depends 
on the encoding tools selected and how indeterminate the 

45 genre for the song is. If the Content Provider(s) 101 varies 
the choice of encoded quality levels per song, this informa- 
tion is also be provided prior to the encoding step and agrees 
with the metadata being generated by the Metadata Assimi- 
lation and Entry Tool 161. 

50 A variety of high quality encoding algorithms and tools 
are known today. The front end Encoding Tool though is 
capable of supporting a variety of industry encoding tools. 

Turning now to FIG. 12 is shown a flow diagram of one 
embodiment for the Automatic Metadata Acquisition Tool of 

55 FIG. 8 according to the present invention. The process starts 
with reading an identifier from the media the Content 
Provider(s) 101 is examining. One example of content in an 
audio CD embodiment. In an audio CD embodiment, the 
following codes may be available Universal Price Code 

60 (UPC), International Standard Recording Code OSRC), 
International Standard Music Number (ISMN). This identi- 
fier is read in the appropriate player for the content, for 
example an audio CD Player for audio CD, DVD player for 
DVD movie, DAT recorder for DAT recording and 

65 equivalent, step 1201. Next this Identifier is used to index a 
Database 160 for the Content Provider(s) 101, step 1202. 
Some or all of the information required by the Work Flow 
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Manager Process as described in FIG. 8 is retrieved in 
Database 160 and any other related sources, step 1203. This 
information can include the Content 113 and the metadata 
related to it. In step 1204, the additional information 
retrieved is used to start the Work Flow Manager 154 for S 
creating electronic Content 113. It should be understood, 
that several selections of media, such as several audio CDS, 
can be queued up so as to enable the Automatic Metadata 
Acquisition Tool to create a series of Content 113 for 
electronic distribution. For example, all the Content 113 lO 
could be created from a series of CDS or even selected 
tracks from one or more CDS examined by the Content 
Provider(s) 101, 

In an alternate embodiment, the preprocessing parameters 
can be retrieve from the Database 160 of the Content 15 
Provider(s) automatically. Referring now to FIG. 13 is a flow 
diagram of a method to automatically set the Preprocessing 
and Compression parameters of the Preprocessing and Com- 
pression Tool of no. 8 according to the present invention. 
In this embodiment the Content 113 is music. In step 1301, 20 
music (Content 113) is selected to be encoded in Content 
Processing Tools 155. The genre of the music selected is 
determined, step 1302. This can be entered manually or by 
using other meta data available, such as the additional data 
retrieved from the process described in FIG. 12. The audio 
compression level and audio compression algorithms 
selected are than examined, step 1303. Next, a lookup is 
made by genre, compression settings and compression algo- 
rithms of what compression parameters should be used in 
the Preprocessing and Compression Process 809, 1304. 

3. Content Quality Control Tool 
The Content Quality Control Tool provides a user the 

abihty to implement the Content Quality Control Process 
810 as described above. This is an optional Content Pro- 
cessing Tool and provides an opportunity for a quality 
control technician to review the encoded and watermarked 
content files and approve or reject the content files based on 
quality judgments. He can re-encode the content making 
manual preprocessing adjustments until the quality is 
adequate or can flag the song for reprocessing and attach a 40 
note describing the problem. 

This process step can be configured by the Content 
Provider(s) 101 as an optional or required step of the content 
processing work flow. An additional optional Final Quality 
Assurance Process 813 step is provided after packaging of 45 
aU the SC(s) for this content (e.g. each SC(s) for songs on 
a CD) at which time the quality of the content encoding can 
be tested but catching a problem early prior to encryption 
and packaging allows for more efficient content processing. 
It is, therefore, highly desirable that the content quality be 50 
assured at this step as opposed to waiting until final comple- 
tion of all processing. 

4. Encryption Tool 

The Encryption Tool provides a user the abHity to imple- 
ment the Encryption Process 811 as described above. Con- 55 
tent encryption is the final step of the Content Processing 
Tools 155. Each of the versions of the content that were 
created by the Encoding Tool is now encrypted. The encryp- 
tion tool is a function of the SC(s) Packer. The SC(s) Packer 
is called to encrypt the song and returns the generated 60 
encryption key used. This key is later passed into the SC(s) 
Packer for use in creation of the Metadata SC(s) 620. 
E. Content SC(s) Creation Tool 

Once all metadata has been gathered the Content SC(s) 
Creation Tool groups the metadata into categories based on 65 
their intended use. These groups of metadata are written into 
files to be passed in to the SC(s) Packer Tool as Metadata 



25 



30 



35 



parts for the Metadata SC(s) 620, Each part (file) has unique 
processing requirements. Once the associated songs have 
been processed and encrypted and the target destination 
(URL of Content Hosting Site(s) 111) has been determined, 
the Content SC(s) 630 for the Content 113 are ready to be 
created. The Content 113 which have completed processing 
and have met aU the requirements described above, are 
queued for packing in the packer queue of the Work Flow 
Manager 154. 

The Content SC(s) Creation Tool now retrieves all the 
required files created by the previous steps of the Metadata 
Assimilation and Entry Tool 161 and calls the SC(s) Packer 
functions to create the Metadata SC(s) 620 and Content 
SC(s) 630. This process creates a single Metadata SC(s) 620 
and multiple Content SC(s) 630 for each song. For example, 
if the content is music, each of the audio files created during 
audio processing for the various quality levels of the fall 
song is packed into separate Content SC(s) 630. The audio 
file created for the sample clip is passed as a metadata file 
to be included in the Metadata SC(s) 620. 

F. Final Quality Assurance Tool 

The Final Quality Assurance Tool provides a user the 
ability to implement the Final Quality Assurance Process 
813 as described above. Once all the SC(s) have been built 
for a content file, the content is available for a final quality 
assurance check. Quality assurance can be performed at 
various stages of the Content 113 preparation process. The 
Content Provider(s) 101 can choose to perform quality 
assurance as each major step is completed to prevent exces- 
sive rework later or may choose to wait until all audio 
preparation processes are complete and perform quality 
assurance on everything at once. If the latter is chosen, 
quality assurance is performed at this point upon completion 
of the creation of the SC(s). This tool allows each SC(s) for 
the song to be opened, examined, and the audio played. 

Any problem discovered, even minor text changes 
reqtiires that the SC(s) be rebuilt due to internal security 
features of SC(s). To avoid unnecessary re-processing time, 
it is highly recommended that the interim quality assurance 
steps be utilized to assure accuracy of the metadata and that 
this specific quality assurance step be reserved for validating 
appropriate cross references between the SC(s) associated 
with this song. If problems are found, the assurer can enter 
a problem description to be attached to the song and have it 
re-queued to the appropriate processing queue for reprocess- 
ing. Status is updated appropriately in the Work Flow 
Manager 154 to indicate the status of aU related components 
of the song. If no problems are discovered, the Content 113 
is marked or flagged as ready for release. 

G. Content Dispersement Tool 

The Content Dispersement Tool provides a user the ability 
to implement the Content Dispersement Process 814 as 
described above. Once the Content 113 has been approved 
for release, the SC(s) for the Content 113 are placed in the 
queue of the Content Dispersement Process. The Content 
Dispersement Tool monitors the queue and performs imme- 
diate transfer of the SC(s) files or batch transfer of a group 
of SC(s) files based on the configuration settings provided 
by the Content Provider(s) 101. The Content Provider(s) 101 
can also optionally configure the Content Dispersement Tool 
to automaticaUy hold all SC(s) in this queue until they are 
manually flagged for release. This allows the Content 
Provider(s) 101 to prepare content in advance of their 
scheduled release date and hold them imtil they wish to 
release them e.g., a new song, movie or game. The SC(s) can 
also control access to Content 113 based on a defined release 
dale so there is no requirement for the Content Provider(s) 
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101 to actually hold up delivery of the SC(s) but this manual 
release option can still be used for this purpose or used to 
manage network bandwidth required to transfer these large 
files. 

When flagged for release, the Content SC(s) 630 for the 
Content 113 are transferred via FTP to the designated 
Content Hosting Site(s) 111. The Metadata SC(s) 620 is 
transferred via FTP to the Content Promotions Web Site 156. 
Here the SC(s) are staged to a new Content 113 directory 



used to update HTML Web pages and/or add information to 
a searchable database maintained by this service. The SC(s) 
Preview Tool is actually a subset of the Content Acquisition 
Tool used by the Electronic Digital Content Storc(s) 103 to 
open and process Metadata SC(s) 620. See the Content 
Acquisition Tool section for more details. The Metadata 
SC(s) 620 file should then be moved to a permanent direc- 
tory maintained by the Content Promotions Web Site 156. 
Once the Metadata SC(s) 620 has been integrated into the 



until they can be processed and integrated into the Content lo Content Promotions Web Site 156, its availability is publi- 

Promotions Web Site 156. cized. The Content Provide r(s) 101 can send a notification to 

FIG. 17 is a flow diagram of an alternate embodiment to all subscribing Electronic Digital Content Store(s) 103 as 

automatically retrieve additional information for the Auto- each new Metadata SC(s) 620 is added to the site or can 

matic Metadata Acquisition Tool of FIG. 8 according to the perform a single notification daily (or any defined 

present invention. The process is similar for that described 15 periodicity) of all Metadata SC(s) 620 added that day (or 

in FIG. 8 above. However, the quality checks of Supervised period). This notification is performed via a standard HTTP 

Release 806 and Content Quality Control 809 are combined exchange with the Electronic Digital Content Store(s) 103 

into one quality check called Quality Control 1704. Per- Web Server by sending a defined CGI string containing 

forming quality checks prior to Metadata SC Creation 807 parameters referencing the Metadata SC(s) 620 added. This 

and Content SC Creation 812. Performing quality check 20 message is handled by the Notification Interface Module of 

prior to SC creation, eliminates the steps of unpacking the the Electronic Digital Content Stor6(s) 103 which is 

Content 113 and the associated Metadata SC(s) 620. In described later, 

addition, in this embodiment, the queue of Products Await- I. Content Hosting 

ing Action/Information 801 have been eUminated. The jobs The Entertainment Industry produces thousands of con- 
are placed on the specific process queues depending on what 25 tent titles, such as CDS, movies and games every year, 



action is being requested. For example, if the job requires 
Manual Metadata, i.e. additional Metadata to be entered, the 
job is place on the Manual Metadata entry queue. Also the 
Automatic Metadata Acquisition 803 has been merged with 
New Content Request to occur up front prior to the Metadata 
Assimilation and Entry Tool 161 and the Content Processing 
Tool 155. Finally, it is important to point out that the Usage 
Conditions 804 are entered both at the Automatic Metadata 
Acquisition 803 and during the Manual Metadata Entry 803. 



adding to the tens of thousands of content titles that are 
ciurendy available. The Secure Digital Content Electronic 
Distribution System 100 is designed to support all of the 
content titles available in stores today. 
30 The numbers of content titles that the Secure Digital 
Content Electronic Distribution System 100 may eventually 
download to customers on a daily basis is in the thousands 
or tens of thousands. For a large number of titles, this 
requires a large amount of bandwidth. The computer disk 



Since, many of the usage conditions can be automatically 35 space and bandwidth needs call for a distributed, scalable 



filled-in during the Automatic Metadata Acquisition 803 
step. 

H. Content Promotions Web Site 

To most effectively disperse information on what the 
Content Provide r(s) 101 is making available for sale via 40 
digital download, and to get the necessary files to the 
Electronic Digital Content Store(s) 103 to enable it to make 
this Content 113 available for download to its customers, 
each Content Provider(s) 101 should have a secure web site 



implementation with multiple Content Hosting Sitc(s) 111. 
The system also supports customers all over the world. This 
requires overseas sites to speed delivery to the global 
customers. 

Content hosting on the Secure Digital Content Electronic 
Distribution System 100 is designed to allow the Content 
Provider(s) 101 to either host their own Content 113 or share 
a common facility or a set of facilities. 

Content hosting on the Secure Digital Content Electronic 



housing this information. This is similar to the method used 45 Distribution System 100 consists of multiple Content Host- 



today by some Content Provide r(s) 101 to make promotional 
content available to their retailers and others with a need for 
this information. In the case where this type of service 
already exists, an additional section can be added to the web 
site where Electronic Digital Content Store(s) 103 can go to 
see a list of the content available for sale via download. 

The Content Provider(s) 101 has complete control over 
the design and layout of this site or can choose to use a 
turnkey web server solution provided as part of the toolkit 
for Secure Digital Content Electronic Distribution System 
100. To implement their own design for this service, the 
Content Provider(s) 101 need only provide links to the 
Metadata SC(s) 620 for Electronic Digital Content Stor6(s) 
103 who access their site. This is accomplished using the 
toolkit for the Secure Digital Content Electronic Distribution 
System 100. The selection process and what information is 
shown is the discretion of the Content Provide r(s) 101. 

Metadata SC(s) 620 received into a new content directory 
via FTP from the Content Dispersement Tool is processed by 
the Content Promotions Web Site 156. These containers can 
be opened with the SC(s) Preview Tool to display or extract 
information from the container. This information can then be 
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ing Site(s) 111 that collectively contain all of the Content 
113 offered by the Secure Digital Content Electronic Dis- 
tribution System 100 and several Secondary Content Sites 
(not shown) that contain the current hot hits offered by the 
Content Provider(s) 101. The number of Content Hosting 
Sitc(s) 111 changes depending on the number of End-User(s) 
using the system. The Secondary Content sites host a limited 
number of songs, but they wiU represent a large percentage 
of the bandwidth used on the system. The secondary sites are 
brought on line as the volume on the primary sites increases 
to the point of maximum capacity. The secondary sites can 
be located close to Network Access Points (NAPs) which 
helps speed up download times. They may also be placed in 
different geographic areas around the world to speed up 
download times. 

Should the Content Provider(s) 101 choose to host all of 
their Content 113 in their own system, they can act as a 
single Content Hosting Site 111 with or without additional 
Secondary Content Sites. This allows them to build their 
own scalable distributed system. In another embodiment, 
Electronic Digital Content Store(s) 103 can also act as 
Content Hosting Site(s) 111 for certain Content 113. This 
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embodimeat requires a special financial agreement between 
the Electronic Digital Content Store(s) 103 and the Content 
Provider(s) 101. 

1. Content Hosting Sites 

Cbntent 113 is added to the Content Hosting Sitc(s) 111 
via FTP or HTTP by the Content Disbursement Tool 
described in the Content Provider(s) Section of this speci- 
fication or via ofQine means such as content delivery on tape, 
CD Rom, flash, or other computer readable media. The 
Metadata SC(s) 620 created by the Content Provider(s) 101 
contain a field that indicates the URL locating the Content 
SC(s) 630 for this Content 113. This URL corresponds to a 
Content Hosting Site(s) 111. Electronic Digital Content 
Store(s) 103 can override this URL if allowed by the Content 
Provider(s) 101 in the Offer SC(s) 641. The End-User 
Device(s) 109 communicates to this Content Hosting Site(s) 
111 when it wants to download the Content SC(s) 630. 

The End-User Device(s) 109 initiates the request for a 
Content SC(s) 630 by sending the License SC(s) 660 to the 
Content Hosting Site(s) 111. This is the same License SC(s) 
660 returned by the Clearinghouse(s) 105. The DigitaJ 
Signature of the License SC(s) 660 can be verified to 
determine if it is a valid License SC(s) 660. If it is a valid 
License SC(s) 660 either the download is initiated, or the 
download request may be redirected to another Content 
Hosting Site(s) lU. 

2, Content Hosting Site(s) 111 provided by the Secure 
Digital Content Electronic Distribution System 100 

For the Secure Digital Content Electronic Distribution 
System 100 the decision of which site should be used to 
download the Content 113 is made by the primary content 
site that received the initial request for a Content SC(s) 630. 
This site uses the following information to make this deci- 
sion; 

Are there secondary content sites that host the Content 
113 requested? (The majority of Content 113 offered by 
the Secure Digital Content Electronic Distribution Sys- 
tem 100 is only located at primary sites); 
Where is the End-User Device(s) 109 geographically 
located? (This information can be obtained from the 
End -User Device(s) 109 when the request is initiated at 
the End-User Device(s) 109, this is passed up to the 
Clearinghouse(s) 105 in the Order SC(s) 650; 
Is the appropriate secondary site up and operational? 

(Sometimes the secondary sites may be off-line); 
What is the load of the secondary sites? (In some cases 
where a secondary site is swamped with activity 
another site that is less busy may be selected. 
Before transmitting the Content SC(s) 630 to the End- 
User Device(s) 109, analysis and verifications are performed 
on the End-User's request. A database is kept of all of the 
License SC IDs that have been used to download Content 
113. This database can be checked to ensure that the 
End- User Device(s) 109 only makes one request for each 
piece of Content 113 purchased. This prevents mahcious 
users from repeatedly accessing the Content Hosting Site(s) 
lU in hopes of slowing down the Content Hosting Site(s) 
111 and prevents unauthorized download of the Content 
SC(s) 630. 

The promotion and demotion of Content 113 to the 
Secondary Content sites is done periodically based on 
customer demand for the individual pieces of Content 113. 
Content Hosting Router 

The Content Hosting Router (not shown) resides in the 
Content Hosting Site(s) 111 and receives all requests from 
End-User(s) wanting to download Content 113. It performs 
validation checks on the End-User(s) request to ensure they 
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indeed bought the Content 113. A database is maintained on 
the status of the Secondary Content Sites that includes what 
Content 113 is on them and their current status. This current 
status includes the amount of activity on the sites and 

S whether a site is down for maintenance. 

The only interface to the Content Hosting Router is the 
License SC(s) 660 that is sent by the End-User Device(s) 
109 when Content 113 is required to be downloaded. The 
License SC(s) 660 includes information that indicates the 

10 user is allowed to download the Content 113. 
Secondary Content Sites 

The Secondary Content Sites (not shown) host the popular 
Content 113 of the Secure Digital Content Distribution 
System 100. These sites are geographically dispersed across 

15 the world and are located near Network Access Points 
(NAPs) to improve download times. These sites are added to 
the system as demand on the primary Content Hosting 
Site(s) 111 nears maximum capacity. 
IX. Electronic Digital Content Store(s) 

^ A. Overview — Support for Multiple Electronic Digital 
Content Store(s) 103 
Electronic Digital Content Store(s) 103 are essentially the 
retailers. They are the entities who market the Content 113 
to be distributed to the customer. For disU-ibution of Content 

25 113, this would include Digital Content Retailing Web Sites, 
Digital Content Retail Stores, or any business who wishes to 
get involved in marketing electronic Content 113 to con- 
sumers. These businesses can market the sale of electronic 
Content 113 only or can choose to just add the sale of 

30 electronic goods to whatever other merchandise they cur- 
rently offer for sale. Introduction of downloadable electronic 
goods into the service offering of the Electronic Digital 
Content Store(s) 103 is accomplished via a set of tools 
developed for the Electronic Digital Content Store(s) 103 as 

35 part of the Secure Digital Content Electronic Distribution 
System 100. 

These tools arc used by the Electronic Digital Content 
Store(s) 103 to: 

acquire the Metadata SC(s) 620 packaged by the Content 

Provider(s) 101 
extract Content 113 from these SC(s) to be used as input 

to building their service offering 
create Offer SC(s) 641 describing the downloadable Con- 

tent 113 they are offering for sale 
handle the acknowledgment of the sale and initiation of 

the download by creating and sending Transaction 

SC(s) 640 to the End-User Device(s) 109 
manage a transaction log of sales of downloadable Con- 
50 tent 113 and the status of each download 

handle status notifications and transaction authentication 

requests 
perform account reconciliation 

The tools are designed to allow flexibility in how the 
55 Electronic Digital Content Store(s) 103 wishes to integrate 
sale of downloadable electronic Content 113 into its service. 
The tools can be used in such a way as to request that all 
financial settlements for downloadable Content 113 pur- 
chased be handled by the Clearinghouse(s) 105 although this 
60 is not required. These tools also enable Electronic Digital 
Content Store(s) 103 to completely service their customers 
and handle the financial transactions themselves, including 
providing promotions and special offers. The tools enable 
the Electronic Digital Content Store(s) 103 to quickly inte- 
65 grate the sale of downloadable Content 113 into its existing 
services. In addition, the Electronic Digital Content Store(s) 
103 is not required to host the downloadable Content 113 
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and does not have to manage its dispersement. This function 
is performed by the Content Hosting Site(s) 111 selected by 
the Content Provider(s) 101. 

The tools for the Electronic Digital Content Stores(s) 103 
are implemented in Java in the preferred embodiment but 
other programming languages such as C/C, Assembler and 
equivalent can be used. It should be understood that the tools 
described below for the Electronic Digital Content Stores(s) 
103 can run on a variety of hardware and software platforms. 
The Electronic Digital Content Stores(s) 103 as a complete 
system or as any of it's constitute components may be 
distributed as an application program in a computer readable 
medium including but not limited to electronic distribution 
such as the web or on floppy diskettes, CD ROMS and 
removable hard disk drives. 

In another embodiment, the components of the Electronic 
Digital Content Stores(s) 103 is part of a programmer's 
software toolkit. This toolkit enables predefined interfaces to 
the components of the generic Electronic Digital Content 
Stores(s) 103 components and tools discussed below. These 
predefined interfaces are in the form of APIs or Application 
Programming Interfaces. A developer using these APIs can 
implement any of the functionality of the components from 
a high level application program. By providing APIs to these 
components, a programmer can quickly develop a custom- 
ized Electronic Digital Content Stores(s) 103 without the 
need to re-created these functions and resources of any of 
these components. 

Electronic Digital Content Store(s) 103 are not limited to 
Web based service offerings. The tools provided are used by 
all ElecU-onic Digital Content Store(s) 103 wishing to sell 
downloadable electronic Content 113 regardless of the trans- 
mission infrastructure or delivery mode used to deliver this 
Content 113 to End-User(s). Broadcast services offered over 
satellite and cable infrastructures also use these same tools 
to acqmre, package, and track electronic Content 113 sales. 
The presentation of electronic merchandise for sale and the 
method in which these offers* are delivered to the End-User 
(s) is the main variant between the broadcast based service 
offering and the point-to-point interactive web service type 
offering. 

B. Point-to -Point Electronic Digital Content Distribution 
Service 

Point-to-Point primarily means a one-to-one interactive 
service between the Electronic Digital Content Store(s) 103 
and the End-User Device(s) 109. This typically represents an 
Internet web based service provided via telephone or cable 
modem connection. Networks other than the Internet are 
supported in this model as well, as long as they conform to 
the Web Server/Client Browser model. FIG. 9 is a block 
diagram illustrating the major tools, components and pro- 
cesses of an Electronic Digital Content Store(s) 103. 
1. Integration Requirements 

The Secure Digital Content Electronic Distribution Sys- 
tem 100 not only creates new online businesses but provides 
a method for existing businesses to integrate the sale of 
downloadable electronic Content 113 to their current inven- 
tory. The suite of tools provided to the Electronic Digital 
Content Store(s) 103 simplify this integration effort. The 
Content Acquisition Tool 171 and SC(s) Packer Tool 153 
provides a method for the Electronic Digital Content 
Store(s) 103 to acquire information from the participating 
Content Provider(s) 101 on what they have available for sale 
and to create the files required to reference these download- 
able objects as items in their own inventory. This process is 
batch driven and can be largely automated and is executed 
only to integrate new Content 113 into the site. 
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The tools for the Secure Digital Content Electronic Dis- 
tribution have been designed to allow integration of sale of 
electronic downloadable Content 113 into typical implemen- 
tations of web based Electronic Digital Content Store(s) 103 
(i.e. Columbia House online, Music Boulevard, @Tower) 
and equivalent with minimal change to their current Content 
113 retailing paradigm. Several methods of integration are 
possible and in the preferred embodiment, the Electronic 
Digital Content Store(s) 103 provides support for all product 
searches, previews, selections (shopping cart), and pur- 
chases. Each Electronic Digital Content Store(s) 103 estab- 
lishes customer loyalty with its customers and continues to 
offer its own incentives and market its products as it does 
today. In the Secure Digital Content Electronic Distribution 
System 100, it would simply need to indicate which products 
in its inventory are also available for electronic download 
and allow its customers to select the electronic download 
option when making a purchase selection. In another 
embodiment, the customer's shopping cart could contain a 
mixture of electronic (Content 113) and physical media 
selections. After the customer checks out, and the Electronic 
Digital Content Store(s) 103 has completed the financial 
settlement and logged or notified its shipping and handling 
functions to process the physical merchandise purchased, 
the commerce handling function of the Electronic Digital 
Content Store(s) 103 then calls the Transaction Processor 
Module 175 to handle all electronic downloads. It simply 
passes the required information and all processing from that 
point on is handled by the toolset for the Secure Digital 
Content Electronic Distribution System 100. In another 
embodiment, other methods of transaction handling are also 
possible using tools for the Secure Digital Content Elec- 
tronic Distribution System 100 to handle the financial settle- 
ment should the Electronic Digital Content Store(s) 103 
wish to sell downloadable merchandise only or to segregate 
the financial settlement of physical and downloadable mer- 
chandise. 

To handle the downloading of merchandise, the Elec- 
tronic Digital Content Store(s) 103 is given a Product ID 
(not shown) for each downloadable product that it acquires 
from the Content Promotions Web Site 156 for the Content 
Provider(s) 101. This Product ID is associated to a custom- 
er's purchase selection to the downloadable product. The 
Product ID is what the Electronic Digital Content Store(s) 
103 passes to the Transaction Processor Module 175 to 
identify the product that the user has purchased. The SC(s) 
(Offer SC(s) 641) that were created to describe the products, 
are isolated from the Electronic Digital Content Store(s) 103 
and kept in an Offer Database 181 in an effort to simplify 
management of these objects and make their existence 
transparent to the Electronic Digital Content Store(s) 103. 

The Transaction Processor Module 175 and other addi- 
tional functions are provided as web server side execu tables 
(i.e. CGI and NSAPI, ISAPI callable functions) or simply 
APIs into a DLL or C object library. These functions handle 
run time processing for End-User(s) interactions and 
optional interactions with the Clearinghouse(s) 105. These 
fiinctions interact with the web server's commerce services 
to create and download to the End-User Device(s) 109 the 
files necessary to initiate the Content 113 download process. 
They also handle optional interactions to provide authori- 
zations and accept notifications of completion of activities. 

An Accounting Reconciliation Tool 179 is also provided 
to assist the Electronic Digital Content Store(s) 103 in 
contacting the Clearinghouse(s) 105 to reconcile accounts 
based on its own and the transaction logs of the 
Clearinghouse(s) 105. 
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2. Content Acquisition Tool 171 

The Content Acquisition Tool 171 is responsible for 
interfacing with the Content Promotions Web Site 156 to 
preview and download Metadata SC(s) 620. Since the Con- 
tent Promotions site is a standard web site, a web browser is s 
used by the Electronic Digital Content Store(s) 103 to 
navigate this site. The navigation features varies based on 
the site design of the Content Provider(s) 101. Some sites 
may provide extensive search capabilities with many screens 
of promotional information. Others may have a simple lO 
browser interface with lists of titles, performers or new 
releases to select from. All sites include the selection of 
Metadata SC(s) 620 containing all the promotional and 
descriptive information of a song or album. 

Alternatively, the Electronic Store(s) 103 may subscribe 15 
to content updates and receive updates automatically via 
FTP. 

Viewing Metadata 

The Content Acquisition Tool 171 is a web browser helper 
application which launches whenever a Metadata SC(s) 620 20 
hnk is selected at the Content Promotions Web Site 156. 
Selection of the SC(s) causes it to be downloaded to the 
Electronic Digital Content Store(s) 103, and launch the 
helper application. The Content Acquisition Tool 171 opens 
the Metadata SC(s) 620 and display the non-enciypted 25 
information contained therein. Displayed information 
includes Extracted Metadata 173, for a music example, the 
graphic image(s) associated with the song and the informa- 
tion describing the song, a preview clip of the song can also 
be listened to if included in the Metadata SC(s) 620. In an 30 
example where the Content 113 is music, promotional 
information about the song or album, the album title, and the 
artist is also shown if provided by the Content Provider(s) 
101. This information is displayed as a series of linked 
HTML pages in the browser window. Purchasable Content 35 
113 such as the song and the lyrics and whatever other 
metadata the Content Provider(s) 101 wishes to protect, is 
not accessible to the Retail Content Web Site 180. 

In another embodiment, the Content Provider(s) 101 
provides optional promotional content for a fee. In this 40 
embodiment such promotional content is encrypted in the 
Metadata SC(s) 620. Financial setUement to open this data 
can be handled via the Clearinghouse(s) 105 with the 
account for the Electronic Digital Content Store(s) 103 
being charged the designated fee. 45 
Extracting Metadata 

Besides the preview capabilities, this tool provides two 
additional features: metadata extraction and preparation of 
an Offer SC(s) 641. Selection of the metadata extraction 
option prompts the Electronic Digital Content Store(s) 103 50 
to enter the path and filenames to where the metadata is to 
be stored. Binary metadata such as graphics and the audio 
preview clip is stored as separate files. Text metadata is 
stored in an ASCII delimited text file which the Retail 
Content Web Site 180 can then import into its database. A S5 
table describing the layout of the ASCII delimited file is also 
be created in a separate TOC file. Additional options is 
available to allow extraction into other National Language 
Support (NLS) supported formats. 

One important piece of information provided in the 60 
extracted data is the Product ID. This Product ED is what the 
commerce handling function for the Electronic Digital Con- 
tent Store(s) 103 needs to identify to the Transaction Pro- 
cessor Module 175 (for more information refer to Transac- 
tion Processing section), the Content 113 that the user has 65 
purchased. The Transaction Processor Module 175 uses this 
Product ID to properly retrieve the appropriate Offer SC(s) 



641 from the Offer Database 181 for subsequent download 
to the End-User Device(s) 109. The Electronic Digital 
Content Stor6(s) 103 has full control over how it presents the 
offer of downloadable Content 113 on its site. It only needs 
to retain a cross reference of the Content 113 being offered 
to this Product ID to properly interface with the tools for the 
Secure Digital Content Electronic Distribution System 100. 
Providing this information here, allows the Electronic Digi- 
tal Content Store(s) 103 to integrate this product or Content 
113 into its inventory and sales pages (database) in parallel 
with the Offer SC(s) 641 creation process since both pro- 
cesses uses the same Product ID to reference the product. 
This is described further below. 
Offer SC(s) Creation Packer 153 

The Electronic Digital Content Store(s) 103 is required to 
create an Offer SC(s) 641 describing the downloadable 
Content 113 that is for sale. Most of the information that 
goes into the Offer SC(s) 641 is derived from the Metadata 
SC(s) 620. The Content Acquisition Tool 171 creates the 
Offer Sqs) 641 by: 

removing parts from the Metadata SC(s) 620 that are not 
required to be included in the Offer SC(s) 641 as 
defined by the Offer SC(s) Template in the Metadata 
SC(s) 620 

adding additional required parts as defined by defaults 
specified by the configuration options in this tool for 
the Electronic Digital Content Store(s) 103 

prompting for additional required inputs or selections as 
defined by the Offer SO(s) Template in the Metadata 
SC(s) 620 

calling the SC(s) Packer 153 to pack this information into 
the SC(s) format 

Metadata to be displayed by the Player Application 195 
(further described later) on the End-User Device(s) 109 is 
kept in the Metadata SC(s) 620. Other promotional metadata 
that was only used by the Electronic Digital Content Store(s) 
103 as input to his web service database is removed from the 
Metadata SC(s) 620. Rights management information pro- 
vided by the Content Provider(s) 101, such as watermarking 
instructions, encrypted Symmetric Keys 623, and Usage 
Conditions 517 defining the permitted uses of the object, are 
also retained. 

This stripped down Metadata SC(s) 620 is then included 
in the Offer SC(s) 641. The Electronic Digital Content 
Store(s) 103 also attaches its own Usage Conditions called 
Store Usage Conditions 519 or purchase options to the Offer 
SC(s) 641. This can be accomplished interactively or auto- 
matically through a set of defaults. If configured to be 
processed interactively, the Electronic Digital Content Store 
(s) 103 is prompted with the set of permitted object Usage 
Conditions 517 as defined by the Content Provider(s) 101. 
He then selects the option(s) he wishes to offer to his 
customers. These now become the new Usage Conditions or 
Store Usage Conditions 519, To process automatically, the 
Electronic Digital Content Store(s) 103 configures a set of 
default purchase options to be offered for all Content 113. 
These default options are automatically checked against the 
permitted Usage Conditions 517 defined by the Content 
Provider(s) 101 and is set in the Offer SC(s) 641 ff there are 
no discrepancies. 

Once the Offer SC(s) 641 is created, it is stored in an Offer 
Database 181 and is indexed with the Product ID pre- 
assigned in the Metadata SC(s) 620. This Product ID is used 
later by the Electronic Digital Content Store(s) 103 to 
identify the downloadable Content 113 being purchased by 
a customer when interfacing with the Offer Database 181 to 
retrieve the Offer SC(s) 641 for packaging and transmittal to 
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the End-User(s). See the Transaction Processor Module 175 
section for more details. 

In another embodiment, the Electronic Digital Content 
Store(s) 103 hosts the Content SC(s) 641 at his site. This 
embodiment requires changes to the Offer SC(s) 641 such as 
the replacement of the URL of the Content Hosting Site(s) 
111 with the URL of the Electronic Digital Content Store(s) 
103. 

3. Transaction Processing Module 175 

Electronic Digital Content Store(s) 103 directs billing to 
Clearinghouse(s) 105. Alternatively, the Electronic Digital 
Content Store(s) 103 may request financial clearance direct 
from the Clearinghotise(s) 105. There are two basic modes 
for processing End-User(s) purchase requests for download- 
able Content 113. If the Electronic Digital Content Store(s) 
103 does not wish to handle the financial settlement of the 
purchase and has no special promotions or incentives gov- 
erning the sale of the merchandise and does not use a 
shopping cart metaphor for batching the purchase requests, 
it may opt to provide links on its Content 113 download 
pages directly to the Offer SC(s) 641 files. These Offer SC(s) 
641 would have to have been built with retail pricing 
information included in the metadata. Also included in the 
Offer SC(s) 641 is a special HTML offer page presenting the 
purchase options with terms and conditions of the sale. This 
page is built from a template created when the Offer SC(s) 
641 was built. When the End-User(s) clicks on the direct link 
to the Offer SC(s) 641, the Offer SC(s) 641 is downloaded 
to the browser End-User Device(s) 109 launching a helper 
application which opens the container and present the offer 
page included in the Offer SC(s) 641. This page contains a 
form to collect customer infonmation including credit card 
information and purchase option selection. The form then 
gets submitted directly to the Clearinghouse(s) 105 for 
financial settlement and processing. Optionally, this form 
may contain the fields needed to use the End-User(s)' credit 
information or indtistry standard local transaction handler. 

An embodiment where the Electronic Digital Content 
Store(s) 103 handles billing is now described. The more 
typical mode of handling purchase requests is to allow the 
Electronic Digital Content Store(s) 103 to process the finan- 
cial setdement and then submit the download authorization 
to the End-User(s). This method allows the Electronic 
Digital Content Store(s) 103 to integrate sale of download- 
able Content 113 with other merchandise offered for sale at 
his site, allows batch processing of purchase requests with 
only one consolidated charge to the customer (via a shop- 
ping cart metaphor) instead of individual charges for each 
download request, and allows the Electronic Digital Content 
Store(s) 103 to directly track his customers buying patterns 
and offer special promotions and club options. In this 
environment, the offer of downloadable Content 113 is 
included in his shopping pages which get added to a shop- 
ping cart when selected by the End-User(s) and get pro- 
cessed and financially settled as is done in the Electronic 
Digital Content Store(s)' 103 current shopping model. Once 
the financial settlement is completed, the commerce han- 
dling process of the Electronic Digital Content Store(s) 100 
then calls the Transaction Processor Module 175 to complete 
the transaction. 

Transaction Processor Module 175 

The role of the Transaction Processor Module 175 is to 
put together the information needed by the End-User Device 
(s) 109 to initiate and process the download of the Content 
113 purchased. This information is packaged into a Trans- 
action SC(s) 640 which is sent back to the End-User 
Device(s) 109 by the Web Server as the response to the 
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purchase submission. The Transaction Processor Module 
175 requires three pieces of information from the commerce 
handling process of the Electronic Digital Content Store(s) 
103: the Product IDs for the Content 113 purchased, Trans- 

S action Data 642, and an HTML page or CGI URL acknowl- 
edging the purchase settlement. 

The Product ID is the value provided to the Electronic 
Digital Content Store(s) 103 in the Metadata SC(s) 620 
associated to the Content 113 just sold. This Product ID is 

10 used to retrieve the associated Offer SC(s) 641 from the 
Offer Database 181. 

The Transaction Data 642 is a structure of information 
provided by the transaction processing function of the 
Electronic Digital Content Store(s) 103 which is later used 

15 to correlate the Clearinghouse(s) 105 processing with the 
financial settlement transaction performed by the Electronic 
Digital Content Store(s) 103 and to provide user identity 
information to be included in the watermark of the Content 
113 downloaded to the End-User Devic6(s) 109. When the 

20 Clearinghouse(s) 105 receives a valid Order SC(s) 650, it 
logs a transaction indicating the Content 113 that was sold, 
which Electronic Digital Content Store(s) 103 sold it and the 
associated Transaction Data 642 including the End-User's 
Name and a Transaction ID 535. The Transaction ID 535 

25 provides a reference to the financial settlement transaction. 
This information is later returned by the Clearinghouse(s) 05 
to the Electronic Digital Content Store(s) 103 for use in 
reconciling its accounts with the billing statements received 
from the Content Provider(s) 101 (or his agent). The Clear- 

30 inghouse Transaction Log 178 can be used by the Content 
Provider(s) 101 to determine what Content 113 of his has 
been sold and enables him to create a bill to each Electronic 
Digital Content Store(s) 103 for royalties owed him. Other 
electronic means besides billing can alternatively be used to 

35 settle accounts between the Content Provider(s) 101 and 
Electronic Digital Content Store(s) 103. 

The information provided in the Transaction SC(s) 640 
and the security and integrity of the Transaction SC(s) 640 
provide sufficient authenticity to the Qearinghouse(s) 105 

40 that the purchase transaction is valid and thus no further 
validation is required prior to the logging of this sale by the 
Clearinghouse(s) 105. The Electronic Digital Content 
Store(s) 103, however, has the option to request authenti- 
cation before its accounts are charged (transaction logged at 

45 the Qearinghouse(s) 105 indicating to the Content Provider 
(s) 101 that this Electronic Digital Content Store(s) 103 has 
collected money for the sale of this Content 113). This 
request for authentication/notification is indicated by a flag 
in the Transaction Data 642. In this scenario, the 

50 Clearinghouse(s) 105 contacts the Electronic Digital Con- 
tent Store(s) 103 and receive authorization from the Elec- 
tronic Digital Content Store(s) 103 before the charge to his 
account and the release of the encryption Key 623. The 
Transaction ID 535 is passed to the Electronic Digital 

55 Content Store(s) 103 from the Clearinghouse(s) 105 as part 
of this authentication request to enable the Electronic Digital 
Content Store(s) 103 to associate this request to a prior 
transaction performed with the End-Us6r(s). This Transac- 
tion ID 535 can be any imique value the Elearonic Digital 

60 Content Store(s) 103 wishes to use and is solely for its 
benefit. 

The Transaction Data 642 also contains a customer name. 
This name can be from the user name field of the purchase 
form filled out by the user when making his pun;hase, or 
65 from information logged previotisly during some user reg- 
istration process with the Electronic Digital Content Store(s) 
103, or the official name obtained from credit card infor- 
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mation associated with the card used in this transaction. This 
name is later included in the License Watermark 527. 

The Transaction Data 642 also contains the Store Usage 
Conditions 519 purchased by the End-User(s). This infor- 
mation is included in the License Watermark 527 and used 
by the End-User Device(s) 109 in Copy and Play Control. 

The final parameter required by the Transaction Processor 
Module 175 is the HTMLpage or CGI URL acknowledging 
the purchase settlement. The purpose of this is to allow the 
Electronic Digital Content Stor6(s) 103 to respond to the 
End-User(s) with an acknowledgment of the financial settle- 
ment and whatever other information he wishes to include in 
the response. This HTML page or CGI URL is included in 
the Transaction SC(s) 640 and is displayed in the browser 
window of the End-User Device(s) 109 when the Transac- 
tion SC(s) 640 is received and processed. 

The Transaction SC(s) 640 is the HTTP response to the 
End-Use r(s) from the Electronic Digital Content Store(s) 
103 after processing the purchase submission. Sending a 
SC(s) as the direct HTTP response forces the automatic 
loading on the End- User Devicc(s) 109 of a SC(s) Processor 
Helper Apphcation thus allowing automatic completion of 
the transaction without depending on further End-User(s) 
initiated actions. This process is described in more detail in 
the End-User Devic6(s) 109 and Player Application 195 
section later. 

When the Transaction Processor Module 175 is called 
with the required parameters, it builds a Transaction SC(s) 
640 containing the Transaction Data 642, the transaction 
acknowledgment HTML page or reference URL other 
required security features of the SC(s), and retrieves and 
imbeds the Offer SC(s) 641 associated with the purchase. It 
also logs information about this transaction for later use by 
the Notification Interface Module 176 and the Account 
Reconciliation Tool 179. 
4. Notification Interface Module 176 

The Notification Interface Module 176 is a Web Server 
side executable routine (CGI or function callable by NSAPI, 
IS API or equivalent). It handles optional requests and noti- 
fications from the Clearinghouse(s) 105, the End-User 
Device(s) 109, the Content Hosting Site(s) 111, and the 
Content Provider(s) 101. The events that the Electronic 
Digital Content Store(s) 103 can optionally request notifi- 
cation for are: 

Notification from the Clearinghous6(s) 105 that the End- 
User Device(s) 109 requested an encryption Key 623 
and the aearinghouse(s) 105 is releasing the encryp- 
tion Key 623 for the specified Content 113. This 
notification can optionally be configured to require 
authentication from the Electronic Digital Content 
Store(s) 103 prior to the encryption Key 623 being sent 
to the End-User Dcvice(s) 109. 

Notification from the Content Hosting Site(s) 111 that the 
Content SC(s) 630 has been sent to the End-User 
Device(s) 109. 

Notification from the End-User Device(s) 109 that the 
Content SC(s) 630 and the License SC(s) 660 have 
been received and successfully used to process the 
Content 113 or was found to be corrupt. 

Notification from the Content Provider(s) 101 that new 
Content 113 has been placed in the Content Promotions 
Web Site 156. 

None of these notifications are a required step in the 
Secure Digital Content Electronic Distribution System flows 
100 but are provided as options to allow the Electronic 
Digital Content Store(s) 103 the opportimity to close its 
records on the satisfaction of completion of the sale. It also 
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provides information that may be needed to handle customer 
service requests by letting the Electronic Digital Content 
Storc(s) 103 know what functions have transpired since 
financial settlement of the transaction or what errors 
occurred during an attempt to complete the sale. 
Alternatively, much of this status can be obtained from the 
Clearinghouse(s) 105 through the Customer Service Inter- 
face 184 as needed. 

Frequency of notification of new Content 113 available at 
the Content Promotions Web Site 156 is determined by the 
Content Provider(s) 101. Notification may be provided as 
each new Metadata SC(s) 620 is added or just daily with all 
new Metadata SC(s) 620 added that day. 

All of these notifications result in entries being made to 
the Transaction Log 178. If the Electronic Digital Content 
Store(s) 103 wishes to perform his own processing on these 
notifications, he can intercept the CGI call, perform his 
unique function and then optionally pass the request on to 
the Notification Interface Module 176. 
5. Account Reconciliation Tool 179 

This Account Reconciliation Tool 179 contacts the 
Clearinghouse(s) 105 to compare the Transaction Log 178 
with the log of the Clearinghouse(s) 105. This is an optional 
process which is available to help the Electronic Digital 
Content Store(s) 103 feel comfortable with the accounting 
for the Secure Digital Content Electronic Distribution Sys- 
tem 100. 

In another embodiment, this tool can be updated to 
provide electronic funds transfers for automated periodic 
payments to the Content Provider(s) 101 and the 
Clearinghouse(s) 105. It cao also be designed to automati- 
cally process payments upon reception of an electronic bill 
from the Clearinghouse(s) 105 after reconciling the bill 
against the Transaction Log 178. 

C. Broadcast Electronic Digital Content Distribution Service 
Broadcast primarily refers to a one to many transmission 
method where there is no personal interaction between the 
End-User Device(s) 109 and the Electronic Digital Content 
Store(s) 103 to customize on-demand viewing and listening. 
This is typically provided over a digital satelUte or cable 
infrastructure where the Content 113 is preprogrammed so 
that all End-User Device(s) 109 receive the same stream. 

A hybrid model can also be defined such that an Elec- 
tronic Digital Content Store(s) 103 provides a digital content 
service organized in such a way that it can offer both a web 
distribution interface via an Internet connection as well as a 
higher bandwidth satellite or cable distribution interface via 
a broadcast service, with a great deal of commonality to the 
site design. If the IRD backchannel serial interface were 
connected to the web, and the IRD supported web 
navigation, the End-User(s) could navigate the digital con- 
tent service in the usual way via the backchannel Internet 
interface, previewing and selecting Content 113 to purchase. 
The user can select high quality downloadable Content 113, 
purchase these selections, and receive the required License 
SC(s) 660 all via an Internet connection and then request 
delivery of the Content 113 (Content SC(s) 630) over the 
higher bandwidth broadcast interface. The Web service can 
indicate which Content 113 would be available for download 
in this manner based on the broadcast schedule or could 
build the broadcast streams based totally on purchased 
Content 113. This method would allow a Web based digital 
content service to contract with a broadcast facility to 
deliver high quality Content 113 to users equipped with the 
proper equipment making a Umited number of specific 
Content 113 (e.g. songs or CDS) available daily in this 
manner and the entire catalog available for download in 
lower quality via the web interface. 
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Other broadcast models can be designed where there is no 
web interface to the End-User Device(s) 109. In this model, 
promotional content is packaged in specially formatted 
digital streams for broadcast delivery to the End-User 
Device(s) 109 (i.e. IRD) where special processing is per- S 
formed to decode the streams and present the End-Uscr(s) 
with the promotional content from which purchase selec- 
tions can be made. 

The actual purchase selections would stUl be initiated via 
backchannel communications from the End-User Device(s) 10 
109 to the Clearinghouse(s) 105 and would utilize SC(s) to 
perform all data exchange. The toolset provided to the 
Electronic Digital Content Store(s) 103 has been architected 
and developed in such a way that most of the tools apply to 
both a point-to-point Internet service offering as well as a 15 
broadcast satelUte or cable offering. The tools used by a 
Digital Content Web Site Electronic Digital Content Store(s) 
103 to acquire and manage Content 113 as well as prepare 
SC(s) is also used by a satellite based Electronic Digital 
Content Store(s) 103 to manage and prepare Content 113 for 20 
distribution on a broadcast infrastructure. The SC(s) distrib- 
uted over a Web service are the same as those distributed 
over a broadcast service. 
X. End-User Device(s) 109 

The appUcations in the End-User Device(s) 109 for the 25 
Secure Digital Content Electronic Distribution System 100 
perform two main functions: first the SC(s) processing and 
copy control; and second playback of encrypted Content 
113. Whether the End-User Device(s) 109 is a Personal 
Computer or a specialized electronic consumer device, it has 30 
to be capable of performing these base functions. The 
End-User Devic6(s) 109 also provides a variety of additional 
features and functions like creating play lists, managing the 
digital content library, displaying information and images 
during content playback, and recording to external media 35 
devices. These functions vary based on the services these 
applications are supporting and the type of devices the 
applications are designed for. 
A, Overview 

Referring now to FIG. 10, shown is the major components 40 
and processes and End -User Device(s) 109 Functional Flow. 
The applications designed to support a PC based web 
interface Content 113 service consists of two executable 
software applications: the SC(s) Processor 192 and the 
Player AppHcation 195. The SC(s) Processor 192 is an 45 
executable application which is configured as a Helper 
Application into the End-Us6r(s) Web Browser 191 to 
handle SC(s) File/MIME Types. This application is launched 
by the Browser whenever SC(s) are received from the 
Electronic Digital Content Store(s) 103, the Clearinghouse 5C 
(s) 105, and the Content Hosting Site(s) 111. It is responsible 
for performing all required processing of the SC(s) and 
eventually adding Content 113 to the Digital Content 
Library 196 of the End-User(s). 

The Player Application 195 is a stand alone executable 55 
application which the End-User(s) loads to perform Content 
113 in his Digital Content Library 196, manage his Digital 
Content Library 196 and create copies of the Content 113 if 
permitted. Both the Player Application 195 and SC(s) Pro- 
cessor 192 applications can be written in Java, C/C++ or any 60 
equivalent software. In the preferred embodiment, the appli- 
cations can be downloaded from computer readable means 
such as website. However, other delivery mechanisms are 
also possible such as being deHvered on computer readable 
media such as diskettes or CDS. 65 

The searching and browsing of Content 113 information, 
previewing of, for example, song clips, and selecting songs 
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for purchase is all handled via the End-User(s) Web Browser 
191. Electronic Digital Content Store(s) 103 provides the 
shopping experience in the same way that is offered today by 
many Content 113 retailing web sites. The difference to the 
End-User(s) over today's web based Content 113 shopping 
is that they may now select downloadable Content 113 
objects to be added to their shopping cart. If the Electronic 
Digital Content Storc(s) 103 has other merchandise avail- 
able for sale in addition to the downloadable objects, the 
End-User(s) may have a combination of physical and elec- 
tronic downloadable merchandise in his shopping cart. The 
Secure Digital Content Electronic Distribution End-User 
Device(s) 109 are not involved until after the End-User(s) 
checks out and submits his final purchase authorization to 
the Electronic Digital Content Store(s) 103. Prior to this 
point, all interaction is between the Web Server for the 
Electronic Digital Content Store(s) 103 and the Browser 191 
on the End-User Device(s) 109. This includes preview of 
sample Digital Content clips. Digital Content clips are not 
packaged into SC(s) but instead are integrated into the web 
service of the Electronic Digital Content Store(s) 103 as 
downloadable files or fed from a streaming server. The 
format of the Content 113 clip is not dictated by the system 
architecture. In another embodiment, the Player Apphcation 
195 could interact directly with the Electronic Digital Con- 
tent Store(s) 103 or Clearinghouse(s) 105 or ofQine using a 
promotional CD. 
B. Application Installation 

The Player Application 195 and the Helper Application 
1981 are packaged into a self instalUng executable program 
which is available for download from many web sites. The 
Clcaringhouse(s) 105 acts as a central location which hosts 
the master download page at a public web site. It contains 
links to the locations from which the installation package 
can be downloaded. The installation package is available at 
all Content Hosting Site(s) 111 to provide geographic dis- 
persal of the download requests. Each participating Elec- 
tronic Digital Content Store(s) 103 can also make the 
package available for download from their site or may just 
provide a Unk to the master download page at the public web 
site of the Clearinghouse(s) 105. 

Any End-User(s) wishing to purchase downloadable Con- 
tent 113, downloads and install this package. The installation 
is self contained in this downloadable package. It unpacks 
and installs both the Helper Application 198 and the Player 
Application 195 and also configure the Helper Apphcation 
198 to the installed Web Browscr(s). 

As part of the installation, a Public/Private Key 661 pair 
is created for the End-User Dcvice(s) 109 for use in pro- 
cessing Order and License SC(s) 660. A random Symmetric 
Key (Secret User Key) is also generated for use in protecting 
song encryption keys in the License Database 197. The 
Secret User Key (not shown) is protected by breaking the 
key into multiple parts and storing pieces of the key in 
multiple locations throughout the End-User(s)' computer. 
This area of the code is protected with Tamper Resistant 
Software technology so as not to divulge how the key is 
segmented and where it is stored. Preventing access to this 
key by even the End-User(s) helps to prevent piracy or 
sharing of the Content 113 with other computers. Sec the 
SC(s) Processor 192 section for more details on how these 
keys are used. 

Tamper-resistant software technology is a method to deter 
unauthorized entry into a computer software application by 
a hacker. Typically a hacker wants to understand and/or 
modify the software to remove the restrictions on the usage. 
In practicality, no computer program exists that cannot be 
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hacked; that is why tamper-resistant software is aot called 
"tamper-proof. But the amount of effort reqxiired to hack a 
tamper-resistance protect application usually deters most 
hackers because the effort is not worth the possible gain. 
Here the effort would be to gain access to a key to one piece 
of Content 113, perhaps a single song on a CD. 

One type of tamper-resistant software technology is from 
IBM. One product this code was introduced is in the IBM 
ThinkPad 770 laptop computer. Here, the tamper-resistant 
software was used to protect the DVD movie player in the 
computer. Digital Content Provide r(s) such as Hollywood 
studios, concerned about the advent of digital movies and 
the ease at which perfect copies can be made, have insisted 
that movies on DVD disc(s) contain copy protection mecha- 
nisms. IBM's tamper-resistant software made it diflBcult to 
circumvent these copy protection mechanisms. This is a very 
typical application for tamper- resistant software; the soft- 
ware is used to enforce rules on the usage of some protected 
type of Content 113. 

IBM's tamper-resistant software puts several types of 
obstacles in the path of the attacker. First, it contains 
techniques to defeat, or at least reduce the effectiveness of, 
the standard software tools that the hacker uses: debuggers 
and disassemblers. Second it contains self-integrity 
checking, so that single modifications, or even small hand- 
fuls of modifications, will be detected and cause inconect 
operation. Finally, it contains obfuscations to mislead hack- 
ers regarding its tme operation. The latter technique is 
largely ad hoc, but the first two build upon well-known tools 
in cryptography: encryption and digital signatures. 
C. Secure Container Processor 192 

When the End-User(s) submits the final purchase autho- 
rization to the Electronic Digital Content Store(s) 103 for the 
merchandise he has collected in his shopping cart, his Web 
Browser remains active waiting for a response from the Web 
Server. The Web Server at the Electronic Digital Content 
Store(s) 103 processes the purchase and performs the finan- 
cial settlement and then returns a Transaction SC(s) 640 to 
the End-User Device(s) 109. The SC(s) Processor 192 
(Helper Application 198) is launched by the Web Browser to 
process the SC(s) mime type associated with the Transaction 
SC(s) 640. FIG. 14 is an example of user interface screens 
of the Player Application 195 downloading content to a local 
library as described in FIG. 10 according to the present 
invention. 

The SC(s) Processor 192 opens the Transaction SC(s) 640 
and extract the Response HTML page and Offer SC(s) 641 
contained within. The Response HTML page is displayed in 
the Browser window acknowledging the End-Us6r(s)' pur- 
chase. The Offer SC(s) 641 are then opened and the Content 
113 (e.g. song or album) names along with the projected 
download times are extracted from them, step 1401. A new 
window is then displayed with this information and the 
End-Use r(s) is presented with options to schedule the 
download(s) of the Content 113 (e.g. for music, songs or 
entire albums), step 1402. The End-User(s) can select imme- 
diate download or can schedule the download to occur at a 
later time. If a later time is selected, the download schedule 
information is saved in a log and the download is initiated 
at the scheduled time if the End-User Dcvice(s) 109 is 
powered on at that time. If the computer is not active at the 
scheduled download time or the communication link is not 
active, the End-User(s) is prompted to reschedule the down- 
load when the computer is next powered up. 

When the scheduled download time occurs or if imme- 
diate download was requested, the SC(s) Processor 192 
creates Order SC(s) 650 from information in the Transaction 
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SC(s) 640, Offer SC(s) 641, and the Public Key 661 of the 
End-Use r(s) generated at install time. This Order SC(s) 650 
is sent via HTTP request to the Clearinghouse(s) 105, When 
the Clearinghouse(s) 105 returns the License SC(s) 660, the 
Helper Application 198 is re-invoked to process the License 
SC(s) 660. The License SC(s) 660 is then opened and the 
URL of the Content Hosting Site(s) 111 is extracted from the 
referenced Order SC(s) 650. The License SC(s) 660 is then 
sent to the specified Content Hosting Site lU, via http 
request through the Browser, requesting download of the 
Content SC(s) 630. When the Content SO(s) 630 comes back 
to the Browser, the Helper Application 198 is re-invoked 
again. The SC{s) Processor 192 displays the name of the 
Content 113 being, downloaded along with a download 
progress indicator and an estimated time to completion. 

As the Content 113 is being received by the SC(s) 
Processor 192, it loads the Content 113 data into memory 
biiffers for decryption. The size of the buffers depends on the 
requirements of the encryption algorithm and watermarking 
technology 193 and is the minimum size possible to reduce 
the amount of unencrypted Content 113 exposed to hacker 
code. As a buffer is filled, it is decrypted using the Key 623 
(corresponding to the Public Key 661) of the End-User(s) 
extracted from the License SC(s) 660, which itself is first 
decrypted using the Private Key. The decrypted buffer is 
then passed to the watermarking function. 

The watermarking 193 extracts the watermarking instruc- 
tions from the License SC(s) 660 and decrypt the instruc- 
tions using the Private Key of the End-User(s). The water- 
marking data is then extracted from the License SC(s) 660 
which includes transaction information such as the purchas- 
er's name as registered with the Electronic Digital Content 
Store(s) 103 from which this Content 113 was purchased or 
derived from the credit card registration information if the 
Electronic Digital Content Store(s) 103 does not provide a 
registration function. Also included in the watermark is the 
purchase date and the Transaction ID 535 assigned by the 
Electronic Digital Content Store(s) 103 to reference the 
specific records logged for this transaction. The Store Usage 
Conditions 519 are also included to be used by the Copy 
Control of the Player AppUcation 195. 

The Watermarking 193 is protected with Tamper Resistant 
Code technology so as not to divulge the watermarking 
insu^ctions thus preventing a hacker from discovering the 
location and technique of the watermark. This prevents 
removal or modification of the watermark by a hacker. 

After inscribing any required watermark to this content 
buffer, the buffer is passed to the scrambling function for 
Re-Encryption 194. A processor efiScicnt secure encryption 
algorithm such as IBM*s SEAL encryption technology is 
used to re-encrypt the Content 113 using a random Sym- 
metric Key. Once the download and Decryption and 
Re-Encryption 194 process is complete, the encryption Key 
623 used by the Content Providei(s) 101 to originally 
encrypt the Content 113 is now destroyed and the new SEAL 
key is itself encrypted using the Secret User Key created and 
hidden at installation time. This new encrypted Seal Key is 
now stored in the License Database 107. 

Unlike source performed at the Content Provider(s) 101 
and user watermarking performed at the End User Devioe(s) 
109 may need to become an industry standard to be effec- 
tive. These standards are still evolving. The technology is 
available to allow control information to be embedded in the 
music and updated a number of times. Until such time as the 
copy control standards are more stable, alternative methods 
of copy control have been provided in the Secure Digital 
Content Electronic Distribution System 100 so that it does 
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not rely on the copy control watermark in order to provide 
rights management in the consumer device. Storage and p 
lay/record usage conditions security is implemented utiliz- 
ing encrypted DC Library Collections 196 that are tied to the 
End User Devicc(s) 109 and protected via the Tamper 
Resistant Environment. Software hooks are in place to 
support copy control watermarking when standards have 
been adopted. Support exists today for watermarking AAC 
and other encoded audio streams at a variety of compression 
levels but this technology is still somewhat immature at this 
time to be put to use as a sole method of copy control. 

The Decryption and Re -Encryption 194 process is another 
area of the code that is protected with Tamper Resistant 
Code technology so as not to divulge the original Content 
113 encryption key, the new SEAL key, the Secret User Key, 
and where the Secret User Key segments are stored and how 
the key is segmented. 

The process of Decryption and Re-Encryption 194 serves 
two purposes. Storing the Content 113 encrypted with an 
algorithm like SEAL enables faster than real-time decryp- 
tion and requires much less processor utilization to perform 
the decryption than does a more industry standard type 
algorithm like DES. This enables the Player Application 195 
to perform a real-time concurrent dc cryption -decode - 
playback of the Content 113 without the need to first decrypt 
the entire file for the Content 113 prior to decode and 
playback. The efiBciency of the SEAL algorithm and a highly 
efficient decode algorithm, allows not only concurrent 
operation (streaming playback from the encrypted file) but 
also allows this process to occur on a much lower powered 
system processor. Thus this application can be supported on 
a End-User Device(s) 109 as low end as a 60 MHz Pentium 
system and perhaps lower. Separating the encryption format 
in which the Content 113 is finally stored from the original 
encryption format, allows for greater flexibility in the selec- 
tion of the original content encryption algorithm. Thus use 
of widely accepted and proven industry standard algorithms 
can be used thus further enhancing Digital Content Industry 
acceptance of the Secure Digital Content Electronic Distri- 
bution System 100. 

The second purpose of this Decryption and Re-Encryption 
194 process is to remove the requirement that the original 
master encryption Key 623, used by the Content Provider(s) 
101 to encrypt this Content 113, be stored on every End- 
User Device(s) 109 which has hcensed this Content 113. The 
encrypted master Key 623, as part of the License SC(s) 660, 
is only cached on the hard disk of the End-User Device(s) 
109 for a very short time and is in the clear only in memory 
and for a very short time. During this execution phase, the 
Key 623 is protected via Tamper Resistant Code technology. 
Not having to retain this Key 623 in any form on the 
End-User Device(s) 109 once this Decryption and 
Re-Encryption 194 phase has completed, greatly lessens the 
possibility of piracy from hackers. 

Once the song has been re-encrypted, it is stored in the 
Digital Content Library 196. All metadata required for use 
by the Player Application 195, is extracted from the asso- 
ciated Offer SC(s) 641 and also stored in the Digital Content 
Library 196, step 1403. Any parts of the metadata which are 
encrypted, such as the song lyrics, are decrypted and 
re-encrypted in the same manner as described above for the 
other content. The same SEAL key used to encrypt the 
Content 113 is used for any associated metadata needing to 
be encrypted. 

D, The Player Application 195 
1. Overview 

The Secure Digital Content Electronic Distribution Player 
Application 195 (referred to here as the Player Application 



195) is analogous to both a CD, DVD or other Digital 
Content player and to a CD, DVD, or other digital content 
storage management system. At its simplest, it performs 
Content 113, such as playing songs or videos. At another 
5 level, it provides the End-User(s) a tool for managing his/her 
Digital Content Library 196. And just as importantly, it 
provides for editing and playing of collections of content, 
such as songs, (referred to here as Play-lists). 

The Player Application 195 is assembled from a coUec- 
tion of components that may be individually selected and 
customized to the requirements of the Content Provider(s) 
101 and Electronic Digital Content Store(s) 103. A generic 
version of the player is described, but customization is 
possible. 

Referring now to FIG. 15 there is shown a block diagram 
1^ of the major components and processes of the Player Appli- 
cation 195 running on End-User Device(s) 109 of FIG. 10. 

There are several component-sets that make up the sub- 
systems of the Player Object Manager 1501: 

1 . End-User Interface Components 1509 

20 2. Copy/Play Management Components 1504 

3. Decryption 1505, Decompression 1506, Playback Com- 
ponents 1507 and may include recording. 

4. Data Management 1502 and Library Access Components 
1503 

25 5. Inter-application Communication Components 1508 
6. Other miscellaneous (Installation, etc) Components 
Components from within each of these sets may be selected, 
based on the requirements of: 

the platform (Windows, Unix, or equivalent) 
3Q communications protocols (network, cable, etc) 

Content Provider(s) 101 or Electronic Digital Content 

Store(s) 103 
Hardware (CD, DVD, etc) 
Clearinghouse(s) 105 technology and more. 
35 The sections below detail the various component sets. The 
final section details how these components arc put together 
in the generic player, and discusses how the components can 
be customized. 

In another embodiment, the components of the Player 
40 Application 195 and the SC(s) Processor 192 are available 
as part of a programmer's software toolkit. This toolkit 
enables predefined interfaces to the components of the 
generic player application listed above. These predefined 
interfaces are in the form of APIs or Application Program- 
45 ming Interfaces. A developer using these APIs can imple- 
ment any of the fimctionality of the components from a high 
level application program. By providing APIs to these 
components, a programmer can quickly develop a custom- 
ized Player Application 195 without the need to re-created 
50 these functions and resources of any of these components. 

2. End-User Interface Components 1509 
Components from this set combine to provide the 

on-screen manifestation of the Player Application 195. Note 
that the design establishes no definitive layout of these 

55 components. One such layout is provided in the generic 
player. Based on reqxiirements from Content Provide r(s) 101 
and/or Electronic Digital Content Store(s) and other 
requirements, alternate layouts are possible. 
This set is grouped into subgroups, starling with the 

60 components used to present End-User Display 1510 and 
handle controls called End-User Controls 1511 tised for such 
low-level functions as audio playback, and presentation of 
metadata. Next, the End-User Display Component 1510 is 
further divided by special fimction groupings (Play-list, 

65 Digital Content Library), and then object-container compo- 
nents used for grouping and placing of those lower-level 
components. 
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Within the component listings below, any reference to 
creating CDS or copying of Content 113 to a CD or other 
recordable medium only applies to the case where the Player 
Application 195 has such functionality enabled. Also note 
that the term CD in that context is a generic one, that can also 5 
represent various other external recording devices, such as 
MioiDisc or DVD. 

FIG. 16 is an example user interface screens of the Player 
Application 195 of FIG. 15 according to the present inven- 
tion. Function for the End-User Controls 1511 include lO 
(corresponding screens of an End-User Interface are shown 
1601-1605): 

Controls for performing the Content 113: 

Play/Stop button 

Play button 

Stop button 

Pause button 

Skip forward button 

20 

Skip backward button 
Volume control 
Track position control/display 
Audio channel volume level display and more. 
Controls for the displaying metadata associated with the is 
Content 113 

Cover Picture button 
Cover Picture object 

Artist Picture button 3P 

Artist Picture object 

Track List button 

Track List Information object 

Track List Selector object (click to play) 

Track Name object 

Track Information object 

Track Lyrics button 

Track Lyrics object 

Track Artist Name object 

Track Credits button 

Track Credits object 

CD Name object 

CD Credits button 

CD Credits object 

Generic (Configurable) Metadata button 
Generic Metadata object and more. 

Function for the End-User Display 1510 include 50 
(corresponding screens of an End -User Interface are shown 
1601-1605): 

Play-list of display container 

Play-list Management button 

Play-list Management window ^5 

Digital Content search button 

Digital Content search Definition object 

Digital Content search Submit button 

Digital Content search Results object 60 

Copy Selected Search Result Item To Play-list button 

Play-list object (editable) 

Play-list Save button 

Play-Ust Play button 65 
Play-Usl Pause button 
Play-list Restart button 
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Create CD from Play-list button and more. 

Display of Digital Content Library 196 

Digital content library button 

Digital content librarian window 

Digital content categories button 

Digital content categories object 

By-artist button 

By-genre button 

By-label button 

By-category button 

Delete button 

Add-to-Play-Ust button 

Copy to CD button 

Song List object 

Song List display container and more 
Containers and Misc 
Player window container 
Audio controls container 
Metadata controls container 
Metadata display container 
Toolbar container object 
Sample button 
Download button 
Purchase button 
Record button 
Player Name object 

Label/Provider/Store Advertisement object 

Label/Provider/Store URL button 

Artist URL Button and more 
3. Copy/Play Management Components 1504 

These components handle set up of encryption keys, 
Watermark processing, Copy management, and more. Inter- 
faces also exist for communication with the Clearinghouse 
(s) 105, transmission of purchase requests, and more, for 
special services such as pay per listen or cases where each 
access to the Content 113 is accounted for Currently, the 
communications to the Clearinghouse(s) 105 functions are 
handled by the SC(s) Processor 192. 

The use of the Content 113 by the Player Applications 195 
on End User Device(s) 109 is logged into a database such as 
the License Database 197. The tracking of each use of 
Content 113 by the Player Application 195 can be transmit- 
ted to one or more logging sites such as the Clearing 
House(s) 105 or Content Provider(s) 101 or Electronic 
Digital Content Stor6(s) 103 or any site designated and 
coupled to Transmission Infrastructures 107. This transmis- 
sion can be scheduled at predetermined times to upload the 
usage information to a logging site. One predetermined time 
contemplated is early in the morning when Transmission 
Infrastmctures 107 may not be as congested with network 
trafiSc. The Player Application 195 using known techniques, 
wakes-up at a scheduled time, and transmit the information 
from the local logging database to the logging site. By 
reviewing the logging site information, the Content 
Provider(s) 101 can measure the popularity of their Content 
113. 

In another embodiment, the instead of logging the usage 
of Content 113 for later uploading to a logging site, the use 
of the Content 113 is uploaded to the logging site during 
every use of the Content 113, For example, when duplicating 
or copying the Content 113 stored at the End User Device(s) 
109, on to an external device such as DVD Disc, digital tape, 
flash memory, mini Disc or equivalent re ad/write able 
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removable media, the use is updates to the loggiag site. This 
may be a precondition to copying the Content 113 in the 
usage conditions 206 that is transmitted when the Content 
113 is purchased. This ensures the Content Provider(s) 101 
can accurately track the usage of their Content 113 during s 
their playing, dupUcating or other actions upon the Content 
113. 

In addition, other informatioa about the Content 113 can 
be uploaded to the logging site. For example the last time 
(e.g., hour and day) the Content 113 was performed; how 
many times the Content 113 was performed; if the Content 
113 has been duplicated or copied to an authorized external 
device such as DVD Disc, digital tape or mini-Disc. In cases 
where there are multiple distinct users of a single Player 
Application 195 on the End User Devicc(s) 109, such as 
different members of a family, the identifications of the user 
of the Content 113 is transmitted along with the usage 
information to the logging site. By reviewing the usage 
information uploaded to the logging site, the Content 
Provid6r(5) 101 can measure the popularity of the Content 
113 base on the actual usage, the identification of the user 20 
and the number of times the Content 113 has been per- 
formed. The actual usage measurement makes this system 
more factual driven over systems using sampling methods, 
such as a Nielsen Rating scheme for televisions, or tele- 
phone surveys, where only a limited number of users are 25 
sampled at any one time and the results extrapolated. In this 
present embodiment, the actual usage can be measures for 
the users logging back onto a designated web site such as the 
Electronic Digital Content Store(s) 103 or Content 
Provider(s) 101. 30 

4. Decryption 1505, Decompression 1506 and Playback 
Compopcnts 1506 

These components use the keys acquired by the Copy/ 
Play Management components to unlock the audio data 
acquired from the Data Management and Library Access 35 
components, apply the appropriate decompression to pre- 
pare it for playback, and use system audio services to play 
it. In an alternate embodiment, the audio data acquired from 
the Data Management and Library Access components may 
be copied to removable media such as CDS, diskettes, tapes 40 
or MiniDisks. 

5. Data Management 1502 and Library Access Components 
1503 

These components are used to store and retrieve song data 
on various storage devices on the End-User(s)' system, as 45 
well as handle requests for information about the stored 
songs. 

6. Inter-appUcation Communication Components 1508 
These components are used for coordination between the 

Secure Digital Content Electronic Distribution Player and 50 
other applications (e.g., Browser, helper-app and/or plug-in, 
etc) that may invoke the Player Application 195, or that the 
Player Application 195 needs to use when carrying out its 
functions. For example, when a URL control is activated, it 
invokes the appropriate browser and instruct it to load the 55 
appropriate page. 

7. Other Miscellaneotis Components 

Individual components that don t fall into the categories 
above (e.g., Installation) are grouped here. 

8. The Generic Player 60 
In this section the combining of the components above 

into a version of the Player Application 195 is discussed. 
This is just one of many different examples possible, since 
the Player Application 195 is designed for customization by 
being based on software objects. 65 

The Player Object Manager 1501 is a software framework 
holding all the other components together. As discussed in 



the sections above, the blocks below the Player Object 
Manager 1501 in this diagram are required for any player, 
but may be replaced by specialized versions depending on 
such things as form of encryption or scrambling being used, 
types of audio compression, access methods for the Content 
113 library, and more. 

Above the Player Object Manager 1501 are Variable 
Objects 1512, which are mostly derived from the metadata 
associated with the Content 113 being played or searched. 
These Variable Objects are made available to the End -User 
Device(s) 109 by way of the End-User Display 1510 and 
received input from the End- User Controls 1511. All objects 
are configurable, and the layouts of all containers are cus- 
tomizable. These objects may be implemented in C/C++, 
Java or any equivalent programming language. 
Using the Player Application 195 

The following embodiment is for an example where the 
Player Application 195 mnning on End-User D6vice(s) 109 
is an audio player where Content 113 is music. It should be 
understood to those skilled in the art that other types of 
Content 113 can be supported by the Player Application 195. 
A typical audio enthusiast has a Library of CDS holding 
songs. All of these are available within the Secure Digital 
Content Electronic Distribution System 100. The set of 
songs that have been purchased from Electronic Digital 
Content Store(s) 103 are stored within a Digital Content 
Library 196 on his or her system. The groupings of songs 
that are analogous to physical CDS are stored as Play -lists. 
In some cases a Play-list exactly emulates a CD (e.g., all 
tracks of a commercially available CD has been purchased 
from an Electronic Digital Content Store(s) 103 as an 
on-line version of the CD and is defined by a Play-list 
equivalent to that of the CD). But most Play-lists is put 
together by End-Use r(s) to group songs they have stored in 
the Digital Content Libraries on their systems. However for 
the purposes of the ensuing discussions, an example of a 
custom made music CD is used when the term a Play-list is 
mentioned. 

When the End-User(s) starts the Player Application 195 
explicitly, rather than having it start up via invocation from 
the SC(s) Processor 192 AppUcation, it preloads to the last 
Play-list that was accessed. If no Play-hsts exist in the 
Digital Content Library 196, the Play-Ust editor is started 
automatically (unless the user has turned off this feature via 
a preference setting). See The Play-list, below for further 
details. 

The Player Application 195 may also be invoked with a 
specific song as an argument, in which case it immediately 
enters Song-play mode. Optionally, the song may be pre- 
pared for play but await action by the End-Use r(s) before 
proceeding. See Song Play, below for more on this situation. 

The Play-list (corresponding screen of an End-User Inter- 
face 1603): 

When the End-User(s) has invoked the Play-list function, 
these are the available ftinctions: 
Open Play-list 

Digital Content Librarian is invoked to display a list of 
stored Play-lists for selection. Also see Digital Content 
Librarian below for more info. 

Edit Play-list 

Invokes the Play-list Editor (sec below), primed with the 
current Play-list if one has been loaded already. Oth- 
erwise the editor creates an empty Play-list to start 
with. 

Run Play-list 

Songs are played one at a time starling with the selected 
song (or the beginning of the play-list, if no song is 
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selectecJ). Options set in the Play-list Editor affect the 
sequencing of the playback. However there is controls 
available here to override those options for this play of 
the Play-list. 
Play song 

Only the selected song from the Play-list is played. See 

Song Play below for more info. 
Play-list Info 

Display information about the Play-list. 
Song Info 

Display information about the selected song within the 

Play-list. 
\^sit web site 

Load web site associated with this Play-list into browser. 
Librarian 

Open the Digital Content Librarian window. Also see 
Digital Content Librarian below for more info. 

The Play-list Editor (corresponding screen of an End-User 
Interface 1603): 

When invoking the Play-list editor, these are the End- 
User(s)' options: 

View/Load/Delcte Play-lists 

Digital Content Librarian is invoked to display a list of 
stored Play-lists for selection of one to load or delete. 
Also see Digital Content Librarian below for more info. 

Save Play-list 

Current version of Play -list is saved in the Digital Content 

Library 196. 
Delete Song 

Currently selected song is deleted from Play-list. 
Add Song 

Digital Content Librarian is invoked in song-search mode, 
for selection of song to add to the Play-list. Also see 
Digital Content Librarian below for more info. 

Set Song Information 

Display and allow changes to information about the 
selected song within the play-list. This information is 
stored within the Play-list, and does not alter informa- 
tion about the song stored within the Digital Content 
Library 196. These things can be changed: 

Displayed Song Title 

End-User(s) notes about the song 

Lead-in delay on playing the song 

Follow-on delay after playing the song 

Start-point within song when playing 

End -point within song when playing 

Weighting for random mode 

Volume adjustment for this song and more. 

Set Play-list attributes: Display and allow changes to the 
attributes of this Play-list. These attributes may be set: 

Play-list title 

Play-list mode (random, sequential, etc) 
Repeat mode (play once, restart when done, etc) 
End-User(s) notes about this Play-list 
Librarian (corresponding screen of an End-User Interface 
1601): 

Open the Digital Content Librarian window. Also see 
Digital Content Librarian below for more info. 
Song Play 

When a song has been prepared for play, either by 
invoking the Player Application 195 with the song as an 
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argument or by selecting a song for play from a Play-list or 
within the Digital Content Librarian, these are the End-User 
(s)' options: (corresponding screen of an End-User Interface 
1601): 
5 Play 

Pause 

Stop 

Skip Backward 
10 Skip Forward 

Adjust Volume 

Adjust Track Position 

View Lyrics 
J 5 View Credits 

View CD Cover 

View Artist Picture 

View Track Information 

View other metadata 

Visit web site 

Play-list 

Librarian and more. 
Digital Content Librarian 
^5 The Digital Content Librarian can be invoked implicitly 
when selecting songs or Play-lists (see above) or may be 
opened in its own window for management of the Song 
Library on the End-User(s)' system. In that case, these are 
the End-User(s)' options: 
30 Working with songs: 

Sort All by Artist, Category, Label, other 
Select Songs by Artist, Category, Label, other 
Add selected songs to Current Play-list 
35 Copy Song to CD (if enabled) 
Delete Song 

Add Song to Category and more. 

Work with Play-lists: 

Sort by Name 

Sort by Category 

Search by Keyword 

Search by Included Song Title 

Load Selected Play-list 

Rename Play-list 

Delete Play-list 

Create CD from Selected Play-Hst (if enabled) and more. 

Although a specific embodiment of the invention has been 
5Q disclosed, it will be understood by those having skill in the 
art that changes can be made to this specific embodiment 
without departing from the spirit and scope of the invention. 
The scope of the invention is not to be restricted, therefore, 
to the specific embodiment, and it is intended that the 
55 appended claims cover any and all such applications, 
modifications, and embodiments within the scope of the 
present invention. 

What is claimed is: 

1. A method of playing digital content data on a user's 
system, the content data being compressed and encrypted 
with a first encrypting key, said method comprising the steps 
of: 

generating the first encrypting key and corresponding first 
decrypting key on the user's system; 
65 encrypting the first decrypting key to produce an 
encrypted first decrypting key that is stored on the 
user's system; 
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decrypting the encrypted first decrypting key using a 

second decrypting key; 
decrypting at least part of the content data with the first 

decrypting key to produce decrypted content data; 
decompressing the decrypted content data to produce S 

decompressed content data; and 
playing or recording the decompressed content data, 
wherein the second decrypting key is a secret user key that 

is hidden on the user's system. 

2. The method as defined in claim 1, further comprising lo 
the step of retrieving multiple segments of the second 
decrypting key that are stored separately on the system, 

3. The method as defined in claim 1, 

wherein the first encrypting key and the first decrypting 

key are symmetric keys, and 15 
the second decrypting key is a symmetric key. 

4. The method as defined in claim 3, wherein the steps of 
retrieving and decrypting are performed in a tamper- 
resistant environment for deterring unauthorized access to 
the first decrypting key and the second decrypting key. 

5. The method as defined in claim 1, wherein the step of 
decrypting is performed in a tamper-resistant environment 
for deterring unauthorized access to the first decrypting key. 

6. The method as defined in claim 1, further comprising 
the step of recording at least part of the decompressed 
content data on a removable medium. 

7. The method as defined in claim 6, further comprising 
the step of watermarking the decompressed content data 
before the recording step. 

8. The method as defined in claim 6, further comprising 
the step of checking usage rights information, which is 30 
included in the content data, to determine if recording on the 
removable medium is authorized before recording on the 
removable medium. 

9. The method as defined in claim 6, further comprising 
the step of contacting a clearinghouse to determine if 35 
recording on the removable medium is authorized before 
recording on the removable medium. 

10. The method as defined in claim 1, further comprising 
the step of checking usage rights information, wtiich is 
included in the content data, to determine if playing of the 
content data is authorized before playing the decompressed 
content data. 

11. The method as defined in claim 10, wherein the usage 
rights information Hmits the number of times the content 
data can be played. 

12. The method as defined in claim 10, wherein the usage 
rights information limits the time at which the content data 
can be played. 

13. The method as defined in claim 1, 

wherein the content data includes music data, and jg 
the step of playing includes the sub-steps of: 
playing the music data; and 

displaying information associated with the music data 
being played. 

14. The method as defined in claim 13, wherein the 55 
information displayed includes images or text associated 
with the music data. 

15. The method as defined in claim 13, further comprising 
the step of printing at least part of the information associated 
with the music data. 60 

16. The method as defined in claim 1, further comprising 
the steps of: 

storing the digital content data on the system as a plurality 
of files; and 

storing a plurality of play lists on the system, each play list 65 
identifying a group of selected ones of the files and an 
order for playing the selected files, 
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wherein the playing step further comprises playing the 
files of one of the play hsts in the order specified by the 
play Ust. 

17. The method as defined in claim 16, further comprising 
the step of creating and/or editing play lists. 

18. The method as defined in claim 16, further comprising 
the step of recording at least one of the play lists on a 
removable medium. 

19. The method as defined in claim 1, further comprising 
the steps of: 

scheduling downloading of at least part of the content data 

from a network; and 
downloading the content data when scheduled. 

20. A digital content player for playing digital content data 
on a computer system, the content data being compressed 
and encrypted with a first encrypting key, said digital content 
player comprising: 

a key generator for generating the first encrypting key and 
corresponding first decrypting key on the computer 
system; 

an encrypter for encrypting the first decrypting key to 
produce an encrypted first decrypting key; 

storage for storing the encrypted first decrypting key; 

a decrypter for decrypting the encrypted first decrypting 
key using a second decrypting key, and for decrypting 
at least part of the content data using the first decrypting 
key to produce decrypted content data; 

a decompressor for decompressing the decrypted content 
data to produce decompressed content data; and 

a player for playing the decompressed content data, 

wherein the second decrypting key is a secret user key that 
is hidden on the computer system. 

21. The digital content player as defined in claim 20, 
wherein the decrypter includes a mechanism for retrieving 
multiple segments of the second decrypting key that are 
stored separately on the computer system. 

22. The digital content player as defined in claim 20, 
wherein the first encrypting key and the first decrypting 

key are symmetric keys, and 
the second decrypting key is a symmetric key. 

23. The digital content player as defined in claim 22, 
wherein the decrypter operates in a tamper-resistant envi- 
ronment for deterring unauthorized access to the first 
decrypting key and the second decrypting key. 

24. The digital content player as defined in claim 20, 
wherein the decrypter operates in a tamper-resistant envi- 
ronment for deterring unauthorized access to the first 
decrypting key. 

25. The digital content player as defined in claim 20, 
wherein the player also includes a mechanism for water- 
marking at least part of the decompressed content data to 
produce watermarked content data, and records the water- 
marked content data on a removable medium. 

26. The digital content player as defined in claim 25, 
wherein the player includes a mechanism for checking usage 
rights information, which is included in the content data, lo 
determine if recording on the removable medium is autho- 
rized before recording on the removable medium. 

27. The digital content player as defined in claim 25, 
wherein the player includes a mechanism for contacting a 
clearinghouse to determine if recording on the removable 
medium is authorized before recording on the removable 
medium. 

28. The digital content player as defined in claim 20, 
wherein the player also includes a mechanism for embed- 
ding a watermark in the compressed content data. 
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29. The digital conteat player as defined ia claim 20, 
wherein the player checks \isage rights information, which is 
included in the content data, to determine if playing of the 
content data is authorized before playing the decompressed 
content data. 

30. The digital content player as defined in claim 20, 
wherein the content data includes music data, and 

the player plays the music data and displays information 
associated with the music data being played. 

31. The digital content player as defined in claim 20, 
wherein the content data includes music data, which is 

stored as a plurality of files, and a plurality of play lists, 
each play list identifies a group of selected ones of the 

files and an order for playing the selected files, and 
the player plays the files of a selected one of the play lists 

in the order specified by the play list. 

32. The digital content player as defined in claim 20, 
further comprising a downloader for scheduling download- 
ing of at least part of the content data from a network, and 
downloading the content data when scheduled. 

33. A computer-readable medium encoded with a program 
for playing digital content data on a computer system, the 
content data being compressed and encrypted with a first 
encrypting key, said program containing instructions for: 

generating the first encrypting key and corresponding first 

decrypting key on the computer system; 
encrypting the first decrypting key to produce an 

encrypted first decrypting key that is stored on the 

computer system; 
decrypting the encrypted first decrypting key using a 

second decrypting key; 
decrypting at least part of the content data with the first 

decrypting key to produce decrypted content data; 
decompressing the decrypted content data to produce 

decompressed content data; and 
playing the decompressed content data, 
wherein the second decrypting key is a secret user key that 

is hidden on the computer system. 

34. The computer- readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 
wherein said program further contains instructions for 
retrieving multiple segments of the second decrypting key 
that are stored separately on the system. 

35. The complete r-readable medium encoded with a 
program for playing digital content data as defined in claim 
33, 

wherein the first encrypting key and the first decrypting 

key are symmetric keys, and 
the second decrypting key is a symmetric key. 

36. The compute r-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 35, 
wherein the program instructions for retrieving and decrypt- 
ing are performed in a tamper-resistant environment for 
deterring unauthorized access to the first decrypting key and 
the second decrypting key. 

37. The computer-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 
wherein the program instructions for decrypting arc per- 
formed in a tamper-resistant environment for deterring 
unauthorized access to the first decrypting key. 

38. The compute r-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 
wherein said program further contains instructions for 
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recording at least part of the decompressed content data on 
a removable medium. 

39. The computer-readable mediimi encoded with a pro- 
gram for playing digital content data as defined in claim 38, 

5 wherein said program further contains instructions for 
watermarking the decompressed content data before record- 
ing on the removable medium. 

40. The computer-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 38, 
wherein said program further contains instructions for 
checking usage rights information, which is included in the 
content data, to determine if recording on the removable 
medium is authorized before recording on the removable 
medium. 

41. The computer-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 
wherein said program further contains instructions for 
checking usage rights information, which is included in the 
content data, to determine if playing of the content data is 
authorized before playing the decompressed content data. 

42. The computer-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 

wherein the content data includes music data, and 
25 the program instructions for playing include instructions 
for: 

playing the music data; and 

displaying information associated with the music data 
being played. 

30 43. The computer-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 
wherein said program further contains instructions for: 
storing the digital content data on the system as a plurality 
of files; and 

storing a plurality of play lists on the system, each play list 

identifying a group of selected ones of the files and an 

order for playing the selected files, 
wherein the program instructions for playing include 

instructions for playing the files of one of the play lists 

in the order specified by the play list. 

44. The computer-readable medium encoded with a pro- 
gram for playing digital content data as defined in claim 33, 
wherein said program further contains instructions for: 

scheduling downloading of at least part of the content data 

from a network; and 
downloading the content data when scheduled. 

45. The method as defined in claim 1, further comprising 
the step of: 

50 generating the second decrypting key on the user's system 
such that the second decrypting key is a secret key that 
is only known to the user's system, 
wherein the first decrypting key generated on the user*s 
system is also a secret key that is only known to the 

55 user's system. 

46. The digital content player as defined in claim 20, 
wherein the key generator also generates the second 

decrypting key on the computer system, 
the second decrypting key is a secret key that is only 

known to the computer system, and 
the first decrypting key generated on the user's system is 

also a secret key that is only known to the computer 

system. 

* ♦ ♦ ♦ ♦ 
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